dba

[Oracle DBA学习笔记] STARTUP详解

柔情痞子 提交于 2020-01-08 21:35:05
说明:参考数据库版本:10.0.2 一、命令解析 STARTUP options | upgrade_options options 为:[FORCE] [RESTRICT] [PFILE=filename] [QUIET] [ MOUNT [dbname] | [ OPEN [open_options] [dbname] ] | NOMOUNT ], NOMOUNT、MOUNT、OPEN为startup的三个阶段,不能在命令中同时存在。其中,open_options为:READ {ONLY | WRITE [RECOVER]} | RECOVER。 upgrade_options 为:[PFILE=filename] {UPGRADE | DOWNGRADE} [QUIET] 1、 FORCE 解析:强制打开数据库,在open之前会先执行shutdown,相当于shutdown abort; startup open。在当前实例正在运行的情况下,如果不使用FORCE的话,startup时会报错。FORCE可以在调试环境或非生产环境中使用,需慎用。 2、 RESTRICT 解析:以此模式打开的数据库只有拥有RESTRICTED SESSION系统权限的用户才能连接。打开后,可以使用ALTER SYSTEM命令将该状态设为disable,以关闭restricted将数据库正常打开。

oracle undo表空间爆满处理

▼魔方 西西 提交于 2020-01-05 22:46:15
undo 表空间使用案例分析(UNDOTBS1使用率100%,enq:US-contention,释放undo) 转载 2013年02月20日 16:04:29 12007 问题描述: 近几天发现Oracle10.2.0.4数据库undo tablespace表空间使用率很高(最高时达到100%),报警系统频繁报障undo tablespace表空间使用率过高。 TABLESPACE_NAME TOTAL USED FREE PUSED PFREE UNDOTBS1 6141 % % 查询所有表空间使用情况(今天发现自己创建的表空间在使用完的情况,这个查询语句或者其它查询语句查不出已经使用完的表空间,只能自己删除掉一些使用该表空间的用户,以便释放自己创建的表空间) SELECT UPPER(F.TABLESPACE_NAME) "表空间名",   D.TOT_GROOTTE_MB "表空间大小(M)",   D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空间(M)",   TO_CHAR(ROUND((D.TOT_GROOTTE_MB - F.TOTAL_BYTES) / D.TOT_GROOTTE_MB 100,2),'990.99') || '%' "使用比",   F.TOTAL_BYTES "空闲空间(M)",   F.MAX_BYTES

DBA学习参考绝佳资料

爱⌒轻易说出口 提交于 2020-01-04 00:14:52
原文来自: pursuer.chen 原文地址:https://www.cnblogs.com/chenmh/default.aspx?page=1 [置顶]MongoDB 文章目录 2018-02-09 10:27 by pursuer.chen, 144 阅读, 收藏 , 编辑 基础: MongoDB入门系列(一):基础概念和安装 MongoDB入门系列(二):Insert、Update、Delete、Drop MongoDB入门系列(三):查询(SELECT) MongoDB入门系列(四):权限管理 MongoDB入门系列(五):聚合操作 MongoDB 错误汇总 MongoDB 启动配置参数 集群: MongoDB 复制机制 MongoDB 搭建可复制群集 MongoDB 副本集管理 MongoDB 搭建分片集群 MongoDB 分片管理 MongoDB 分片键的选择与案例 OPS: 0 Comment [置顶]SQL Server 文章目录 2017-06-02 17:27 by pursuer.chen, 335 阅读, 收藏 , 编辑 SQL Server系列: 高可用方案: 搭建域服务器和DNS 搭建Windows故障转移群集 SQL Server Alwayson概念总结 SQL Server AlwaysOn搭建 SQL Server

《怎样成为明星DBA》读后感

白昼怎懂夜的黑 提交于 2020-01-02 15:33:37
《怎样成为明星DBA》读后感 https://book.douban.com/subject/5384768/ 一本2011年的书,但是内容并不过时,每个想成为DBA的人,甚至说每个运维从业人员,每个程序员,都应该读读这本书,虽然工种不同,但是遇到的问题和工作的方法都是相通的。 如果你不了解DBA或者你想开始、转行成为DBA,都可以从这本书开始,这不是一本数据库的入门书,已没有教你任何的技术,只是告诉你成为DBA应该如何起步,如何开始你的第一天工作,如何建立你的人际关系,一直到你的职业发展和身体健康,都是作者的亲身经历,宝贵的经验。其中第二章是最关键的,能让你在入职第一天从茫然无措中迅速走出来,找到方向,并体现自己的职业化、专业化,能你的上级和同事留下一个好印象,这一点在职场中至关重要,尤其是第一次做DBA工作的朋友。 DBA这份职业,在不同环境有着截然不同的工作内容和节奏,忙的忙死,闲的闲死,但是大部分DBA还是要承受极大工作压力的,因为上下游都很难被你掌控,你不知道开发人员写了什么样的程序,也不知道最终用户会怎样使用你的系统。你的工作量很难体现,没有问题的时候像个隐身人,出了故障,不管是不是数据库的问题,都会有人找你处理,甚至还要背一些不明不白的锅,但是做DBA是一个可以钻研一辈子的工作,数据库技术可以一直深入的学习下去,对于一个热爱技术的人,这一点是很有乐趣的。

DBA职业发展之路:去“IOE”等挑战之下,DBA将何去何从?

半城伤御伤魂 提交于 2020-01-01 14:41:01
DBA职业发展之路:去“IOE”等挑战之下,DBA将何去何从? 摘要:随着近些年来,开源、自动化、云化的兴起,DBA职业也正悄然发生一些变化。面对一系列新的挑战,DBA将如何进行职业发展?本文将给出一些建议。 开篇 随着近些年来,开源、自动化、云化的兴起,DBA职业也正悄然发生一些变化。经常有朋友咨询我,职业发展规划;特别是近期Oracle的大幅裁员之后,针对DBA这一职业未来该如何发展?本文是个人对此问题的一些看法,仅供各位参考! 数据是核心 将DBA单词分解一下。其对应的 操作对象:数据 操作介质:库 操作角色:管理员 这里的核心是数据,也是DBA这一角色最大的价值所在。他们最了解数据、最懂得数据的价值;因此DBA后续可发展的一些方向,也基本是与数据有关。 此外,对于数据要有更加宏观的认识,无论是企业的自有数据,还是外部获得;无论是关系数据,还是其他模式数据;无论是保存在数据库中,还是其他诸如日志等介质中,数据对企业都非常有价值,要将数据作为一种"资产"来管理。只有上升到这样的高度,数据相关岗位的价值也就凸显出来。 阶段不同,侧重不同 企业对数据应用水平不同,因而造成工作重心及岗位需求也有所不同。下面简单描述下各个层次: 层次一,是以数据库维护为主,常见表现是"救火队员"型。很多初创企业,都经历过这一过程。数据库维护基本靠人,随着运维体量的增加,需要线性增加人员

MySQL DBA成长宝典

喜你入骨 提交于 2020-01-01 03:15:09
搜狐公司高级 DBA 叶金荣推荐《MySQL性能调优与架构设计》 1995年5月23日,这是一个普通的日子,但对MySQL来说,这是初生的时刻;自此,这个世界上多了一个数据库系统,这就是一开始被人们嘲笑为“玩具”数据库的MySQL。我是在2000年开始接触Linux和MySQL的,那时候国内网络仍然很不发达,想要找到MySQL的学习资料太不容易了,唯一可用的就是MySQL手册,而且还是英文的。就这样懵懵懂懂直到工作,这种情况仍未得到太大改善。这时候,我就在想,有朝一日我也要学习开源社区的精神,为开源社区做出一定的努力。此后,我利用业余时间翻译了不少MySQL的英文手册,以及不少优秀的技术材料,期间也有出版社联系我商谈出书事宜,虽未出过书,但深知写书的艰辛,因此也没敢答应下来,至今仍为一大遗憾。 2008年2月26日,Sun收购了MySQL,可爱的小海豚差点就此走上了封闭的道路,幸好有开源社区各知名人士的奔走,才使得它仍然活跃在开源社区里,这让我们对MySQL的未来充满了信心。2009年4月20日,Oracle收购Sun后,我们却已不再担心MySQL的未来,因为我们坚信有开源社区的努力,即使Oracle想要扼杀它,也不会得逞的。 随着互联网的发展,电子商务、Web 2.0等的崛起,一大批以LAMP技术为依托的企业如雨后春笋,这也大大刺激了MySQL DBA这个职位的需求

查看Oracle数据库中表空间信息的命令方法

我的梦境 提交于 2019-12-30 15:35:10
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 通过查询数据库系统中的数据字典表(data dictionary tables)获取表空间的相关信息,首先使用客户端工具连接到数据库,这些工具可以是SQLPLUS字符工具、TOAD、PL/SQL等,连接到数据库后执行如下的查询语句: select a.a1 表空间名称, c.c2 类型, c.c3 区管理, b.b2 / 1024 / 1024 表空间大小M, (b.b2 - a.a2) / 1024 / 1024 已使用M, substr((b.b2 - a.a2) / b.b2 * 100 , 1 , 5 ) 利用率 from ( select tablespace_name a1, sum (nvl(bytes, 0 )) a2 from dba_free_space group by tablespace_name) a, ( select tablespace_name b1, sum (bytes) b2 from dba_data_files group by tablespace_name) b, ( select tablespace_name c1,contents c2,extent_management c3 from dba_tablespaces) c where a.a1 = b

Oracle 12c新特性(For DBA)

可紊 提交于 2019-12-29 21:59:18
转载自: Oracle 12c新特性(For DBA) 一: Multitenant Architecture (12.1.0.1) 多租户架构是Oracle 12c(12.1)的新增重磅特性,内建的多分租(Multi-tenancy),一个容器数据库(container database)中可以存放多个Pluggable Databases,每个Pluggable Database均独立于其他Pluggable Database。 对于外部应用程序和开发者来说,Pluggable Databases看上去就是一个普通的12.1版本之前的单一数据库。DBA可以连接到Pluggable Database并仅仅管理该数据库,超级DBA可以连接到容器数据库并如同管理单系统镜像那样管理所有Pluggable Database。 Pluggable Databases特性带来的好处: 1、集中式管理多个数据库实例。 2、通过PDB$SEED模板快速配置新数据库。 3、加速现有数据库打补丁和升级的速度。 4、通过PDB拔插移植到更高版本中的其他CDB中进行修补或升级。 5、通过将现有数据库的拔插和插拔快速重新部署到新平台(迁移)。 二: Oracle 12c In-Memory (12.1.0.2) Oracle 12c In-Memory提供了一种独特的双格式架构

Oracle 12c新特性(For DBA)

拥有回忆 提交于 2019-12-29 21:58:20
一: Multitenant Architecture (12.1.0.1) 多租户架构是Oracle 12c(12.1)的新增重磅特性,内建的多分租(Multi-tenancy),一个容器数据库(container database)中可以存放多个Pluggable Databases,每个Pluggable Database均独立于其他Pluggable Database。 对于外部应用程序和开发者来说,Pluggable Databases看上去就是一个普通的12.1版本之前的单一数据库。DBA可以连接到Pluggable Database并仅仅管理该数据库,超级DBA可以连接到容器数据库并如同管理单系统镜像那样管理所有Pluggable Database。 Pluggable Databases特性带来的好处: 1、集中式管理多个数据库实例。 2、通过PDB$SEED模板快速配置新数据库。 3、加速现有数据库打补丁和升级的速度。 4、通过PDB拔插移植到更高版本中的其他CDB中进行修补或升级。 5、通过将现有数据库的拔插和插拔快速重新部署到新平台(迁移)。 二: Oracle 12c In-Memory (12.1.0.2) Oracle 12c In-Memory提供了一种独特的双格式架构,可以使用传统的行格式和新的内存列格式在内存中同时存储表。 In-Memory模式下

乐视秒杀:每秒十万笔交易的数据架构解读

爱⌒轻易说出口 提交于 2019-12-24 10:50:06
【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 随着乐视硬件抢购的不断升级,乐视集团支付面临的请求压力百倍乃至千倍的暴增。作为商品购买的最后一环,保证用户快速稳定地完成支付尤为重要。所以在2015年11月,我们对整个支付系统进行了全面的架构升级,使之具备了每秒稳定处理10万订单的能力。为乐视生态各种形式的抢购秒杀活动提供了强有力的支撑。 一. 分库分表 在redis,memcached等缓存系统盛行的互联网时代,构建一个支撑每秒十万只读的系统并不复杂,无非是通过一致性哈希扩展缓存节点,水平扩展web服务器等。支付系统要处理每秒十万笔订单,需要的是每秒数十万的数据库更新操作(insert加update),这在任何一个独立数据库上都是不可能完成的任务,所以我们首先要做的是对订单表(简称order)进行分库与分表。 在进行数据库操作时,一般都会有用户ID(简称uid)字段,所以我们选择以uid进行分库分表。 分库策略我们选择了“二叉树分库” , 所谓“二叉树分库”指的是:我们在进行数据库扩容时,都是以2的倍数进行扩容。比如:1台扩容到2台,2台扩容到4台,4台扩容到8台,以此类推。 这种分库方式的好处是,我们在进行扩容时,只需DBA进行表级的数据同步,而不需要自己写脚本进行行级数据同步。 光是有分库是不够的,经过持续压力测试我们发现,在同一数据库中