【大话IT】聊聊DBA的那些事儿~

futong163

支持。。。。。。。。。。。。

xulongxc

1. 作为DBA的你都遇到过什么难搞的技术问题?有木有遇到过搞笑奇葩的经历？最后是如何解决的？你的经验告诉你有哪些运维注意事项？
最难的问题应该就是性能优化，尤其涉及到OS之类的问题比较难排查，因为这块需要结合系统工程师一起来解决，互相之间要配合，比如前其遇到的Kernel经常达到90%的问题，一直都没有找到问题的根源，有时候只能通过重启来解决问题，这个是非常不科学的方法。在运维的过程中积累经验非常重要，遇到问题的时候要举一反三，在做任何修改之前都要做好备份。
2. 关于数据库备份与恢复你有什么好的心得体会，和大家一起分享一下？
数据库备份的方法很多，最常用的就是rman,expdp,dg三种结合用，基本上出现的问题情况都可以应对。
3. 你在迁移中一般有哪些迁移方法？都遇到哪些的常见风险？
数据迁移最常用的方法还是expdp,rman，ogg,这个迁移方法的选型还得看具体的应用场景和数据量的大小等来决定选择最合适的。

mis_justin

3. 你在迁移中一般有哪些迁移方法？都遇到哪些的常见风险？
我目前是升级SQL Server今年要升级ORACLE。
资料库升级不困难，困难的升级前测试，真的很难测试的很完善

15236164336

学习下，路过

jieyancai

1、 作为DBA的你都遇到过什么难搞的技术问题?有木有遇到过搞笑奇葩的经历？最后是如何解决的？你的经验告诉你有哪些运维注意事项？
windows平台下OGG版本12c可能的bug，抽风似的抽取无法生成队列。确定为BUG的过程相当艰难，重新安装卸载了多次不同版本，局方大压力。最后更换了某个版本才成功。
2. 关于数据库备份与恢复你有什么好的心得体会，和大家一起分享一下？
时间换空间，空间换时间。
3. 你在迁移中一般有哪些迁移方法？都遇到哪些的常见风险？
exp/imp,expdp/impdp,ogg/copy,rman,tts,ctas,dg。

逻辑导入导出主要注意权限，序列，统计信息，性能等问题。

dai_ba

java 开发路过。

ninipig

1. 作为DBA的你都遇到过什么难搞的技术问题?有木有遇到过搞笑奇葩的经历？最后是如何解决的？你的经验告诉你有哪些运维注意事项？

ORA-600的问题都很难搞，其中很大部分就是ORACLE的BUG，需要打补丁。
打补丁又有很大的风险，很容易挂掉数据库，很多时间打了补丁以后数据库就起不来了，单机数据库还好，RAC最容易出问题，很多时候都需要作回滚操作。
我的打补丁经验告诉我，打补丁之前一定要备份ORACLE的用户目录和软件目录，还要做个数据库的全备，这样一但打补丁损坏了数据库，还可以回退回去，不影响数据。
我觉得性能优化很难搞，其中90%都是应用厂商写的SQL太烂导致的CPU与内存占用率过高。优化SQL对我来说非常困难，我有五年没写过SQL语句了，基本上全忘记光了。
DBA经验告诉我，写SQL也算是写代码，DBA不仅要求你会写代码，还要求你能优化代码，整个一个高级开发工程师了。
还有10%是莫名奇妙的故障，只能提交SR，求助ORACLE原厂的帮助，而原厂一般又是让你关闭一个隐藏参数就处理完了，感觉有点治标又不冶本。


2. 关于数据库备份与恢复你有什么好的心得体会，和大家一起分享一下？

备份的话，日常工作用的是RMAN，周日做全备份，周一到周六做增量备份。
项目中用的是NBU备份软件来进行备份的，调用的就是RMAN的接口，直接用NBU连上ORACLE进行备份的，这样的授权很贵
也可以让RMAN把备份文件备份到一个目录，然后NBU把这个备份目录里的文件以文件的方式备份到磁盘库上去，这样可以长久保存，这样的授权要比买纯的NBU 备份ORACLE的授权方式便宜不少

备份一定要检验备份文件是否有效，不要哪一天数据库崩了需要恢复的时候，你才发现原来备份文件不可用就杯具了，看客户保留需要，至少备份文件要保留一周的
我这里的备份是要保留2个月，也就是60天的备份，能恢复到60天。
另外校验归档文件的有效性也非常重要，如果中间一个归档文件损坏了，后面的一堆归档文件也作废了，因为不连续的归档文件，ORACLE在恢复的时候是不会应用到数据库上去的。

DG相当于一个热备分，有多余的资源可以搭建一套DG，一般来说来与主数据库的数据之差就是一个归档文件的内容，因为一般都是配置为最佳的性能模式。



3. 你在迁移中一般有哪些迁移方法？都遇到哪些的常见风险？

迁移一般用EXPDP，省事，不费脑，就是有点费时间，比RMAN慢得多了，好处是可以垮平台
平时维护的都是AIX小机上的数据库，现在去IOE化很严重，很多小机平台上的ORACLE，都在往linux虚拟机上面迁移了。
有时候导数据会遇到约束的问题，先让这些约束失效，然后导出数据，最后导入数据以后再让约束生效即可。风险是有停机时间。

DG也可以用在迁移上面，但是没有试过垮平台，因为做DG的时候，听公司高级工程师说过，DG的操作系统环境和数据库版本必须和原始库一致，不然会出一些异常问题。
这个不用停库，主库直接切过去就好了，只试过单实例做的DG迁移，RAC的没试过，不好评价。

我维护的RAC数据库迁移全都是用的数据泵EXPDP导出来，然后SCP到目录机器上，再IMPDP导入到新的数据库里

Big-Tree

1. 作为DBA的你都遇到过什么难搞的技术问题?有木有遇到过搞笑奇葩的经历？最后是如何解决的？你的经验告诉你有哪些运维注意事项？
=>
Oracle难搞的是600，7445这种错误，dump文件要看，trace要看，还要查support，有patch的打，没patch的等或者Oracle给你个workaround。。。耗时耗力还不讨好。
Mysql难搞的就是莫名其妙，明明是这个错，他给你提示另外一个，还有，出了问题一查，这个暂时不支持，那个马上会支持，都去IOE呢，结果开发的也掺乎，用mysql好。真好吗？？

有次碰到一问题，开发说数据库连不上，去主机一查，本地都连不上，sqlplus一敲，马上cpu 100%，其他命令都一样tnsping, lsnrctl...各种进程都在呢，就是进不去，alert日志都不写了，一查，bug，db 10201，干干净净的，啥patch都没，打上patch好了。。

运维就是要运筹帷幄，有问题不可怕，致命的问题尽量提前规避，不影响的问题放后面，出来了去解决，要让领导知道，运维是活着的。
如果是新建的公司，尽量提前规划各种资源，未来3-5年都行，使用各种技巧说服老板。后面都想过好日子，你说呢。

2. 关于数据库备份与恢复你有什么好的心得体会，和大家一起分享一下？
=>
Oracle 做好rman备份，规划好增量备份策略，存储位置，这里面要计算好恢复可能需要的时间，DG可以搞，特别是11g之后，能省很多事。
Mysql 做好全备，bin-log做好增量，按照频率和增长率规划binlog日志大小和expire时间。


3. 你在迁移中一般有哪些迁移方法？都遇到哪些的常见风险？

=>Oracle 同平台的，10g，11g及之后，感觉mv是最快的，就是要小心创建控制文件的时候修改好语句。rman，expdp，exp那是肯定没问题的。
跨平台，xtts，expdp都好用，若有多个cpu，expdp开parallel，也很快的。

Mysql 直接dump出来，导出导入就好，全是sql语句。如果引擎不一样，要注意类型是否支持<又回到第一个问题了：）>

不管是谁不管是什么库，迁移前先备份，<可用的备份>。如果迁移失败，要能快速回退。
迁移时间段要选择好，不能太紧张，除非你测试的很完美<你自己信吗>。
迁移过程中要和其他部门配合的，提前定下来联系方式以及需要相互配合的地方。<你信不信有人玩失踪，睡过头了，手机没电了，"啊，没通知我啊">

PSBA就不能有追求么，DBA都是有追求的

你不了解我

mark一下，入门是何时？

shlei6067

在之前公司扮演了运维工程师、DBA等等角色，做几个人的活拿一个人的工资。