作 者:盖国强 著定 价:99出 版 社:电子工业出版社出版日期:2019年07月01日页 数:532装 帧:平装ISBN:9787121362750 "云数据库时代的技能升级超复杂数据库环境案例精粹走向自动化、智能化的数据服务安全+连续+高效+智能的解决方案实践" ●第1章 知己知彼 忘战必危11.1 危机四伏，数据注定泄露11.2 从罗维邓白氏案例看数据道德41.3 数据库管理员出售新生儿信息61.4 美国上千万信用卡信息疑遭盗取71.5 数据外泄主要来自内部81.6 GDPR带来的数据安全思考91.7 数据库的漏洞都会重来121.8 那些运维中的疏忽导致的数据风险161.9 参考资料18第2章 运筹帷幄 三十六计202.1 有效的备份重于一切212.2 测试环境和生产环境隔离242.3 禁止远程的和业务时间的DDL操作262.4 ORACLE数据库DEVOPS的三十六计372.5 参考资料40第3章 合抱之木 生于毫末413.1 ORACLE数据库软件发布序列423.2 DB LINK必须升级的预警483.3 SQL语句注入和CVE-2017-10282警告713.4 JAVA VM的反序列化863.5 从一次UPDATE的优化讲起943.6 一个逻辑坏块引发的灾难1043.7 参考资料106第4章 靡不有初 鲜克有终1074.1 以空间之由――恢复误删数据文件案例1094.2 以拯救之因――强制恢复导致ORA-600 4000错误的案例1334.3 以优化之名――存储优化导致表空间误删案例1524.4 以安全之期1594.5 以便利之机175第5章 未雨绸缪 防患未然1805.1 DBA四大守则1825.2 DBA守则外四则1835.3 各种惨痛的案例1875.4 参考资料210第6章 亡羊补牢 未为迟也2126.1 数据篡改案例解析2136.2 密码安全与加密2446.3 分析与恢复被篡改的敏感数据2666.4 参考资料271第7章 明察秋毫 见微知著2727.1 一次小碰撞引发的灾难――ASM保护式文件离线引发故障2737.2 又一次小碰撞引发的灾难――文件离线与归档日志缺失 的案例2817.3 空间与文件离线――离线表空间修复3037.4 对写文件错误的处置改进331第8章 心存目想 三思后行3398.1 TRUNCATE导致的灾难――核心字典表误操作TRUNCATE3408.2 脚本错误导致的灾难――数据库整体被删除故障353第9章 千丈之堤 溃于蚁穴3639.1 一个字符引发的灾难――大小写字符疏忽导致的维护故障3649.2 一个盘符引发的灾难――判断失误导致的误格式化故障3859.3 一个BEGIN引发的灾难3899.4 一个空格引发的事故4049.5 一个坏块引发的灾难4069.6 一个标志位的影响4229.7 一个磁盘添加引发的故障――通过AMDU恢复数据的 案例一则431第10章 物尽其用 尺有所短43910.1 关库与关机――强制关机导致的写丢失故障44110.2 从小恙到灾难――重建控制文件失误导致的故障47010.3 尺有所短，物有不足――硬件故障导致的灾难一则48010.4 由性能问题而追溯的磁盘故障48310.5 静默错误引起的数据灾难48810.6 ORACLE的写丢失检测特性49610.7 ORACLE 12.2的写丢失检测增强50310.8 参考资料507附录A：BBED的说明509附录B：函数F_GET_FROM_DUMP:512数据驱动，成就未来517 本书源于众多实践案例的总结，我们将大量的数据安全事件、数据库安全漏洞、Oracle数据库灾难恢复案例融合于一体，进行了详细的阐述和分析，并总结形成了指导企业规范运维、强化管理、规避灾难的指导原则。本书通过概括总结形成的数据库运维原则，希望能够给企业运维管理者以警示，通过提前预防措施和规范化管理避免遭遇到书中描述的种种情形；此外，本书还通过复杂的Oracle数据库灾难恢复案例，深入阐述了数据库运行和工作的内部原理，希望能为读者的深入技术探索提供帮助。本书既适合企业自动化和智能化运维的管理者参考，也适合深入学习数据库技术的读者学习探索。 盖国强 著 "盖国强云和恩墨创始人，Oracle ACE总监。盖国强先生是中国地区首位Oracle ACE和ACE总监，曾获评""中国首届杰出数据库工程师""奖，拥有近20年的数据行业咨询和实践经验，著有《深入解析Oracle》、《循序渐进Oracle》等技术书籍。盖国强先生于2011年发起创立云和恩墨公司，致力于以『数据驱动，成就未来』为使命，为企业和用户提供很好的数据产品和服务。" "在数据库领域工作了十几年，我发现国内技术人员往往一直在充当救火员的角色，企业常常也认为只有能够力挽狂澜、起死回生的技术人员，才是好的技术人员。而实际上，能够不犯错误、少犯错误、提前预防、规避灾难的技术人员才是企业技术环境的最有力保障，能够未雨绸缪、防患于未然才是更好的技术实践。我们每年都帮助很多企业挽救数据、拯救危机，本书写作的契机正是因为2011年12月30日和31日，连续两个整天，我们连续挽救了几个用户的数据库灾难，这些灾难发生的原因之简单，让人不可思议，在迈入2012年这个神秘年份的一刻，深深触动了我，我想，如果将这些案例描述出来，就可能帮助一些用户警醒借鉴，避免再陷入这样的困境。而从别人的挫折中学习、借鉴，进而在自我的环境中未雨绸缪，防患于未然，是每个数据库管理人员和企业数据环境管理者应该具备的素质。写作这本书还和2011年等 "再版序言本书第一版最初写于2012年，转眼已经有8个年头，当时还是Oracle 10g的天下，而现在19c已经发布。感谢电子工业出版社的支持，让我有机会将这本书更新补充再次出版，有一些感触在这里记录下来，奉献给支持我们的读者们。本书主旨这本书是我所有作品中自己最喜欢的一本，也应该是对读者和企业而言最有价值的经验分享，所以这些年来我一直念念不忘，不断记录、不断完善，希望能够在新时代让这本书再次发挥一些光和热。借助我在职业生涯中的所见所闻，本书将那些有关数据的风险和灾难如实地刻画下来，给读者警示，引发思考，进而采取行动，制定原则，以规避和防范问题。以我自己的职业生涯为例，我越是学习，就越是发现自己所知甚少，而所缺甚多，在飞速发展的信息技术领域，这种感觉往往使人焦虑。作为数据库或者数据环境的管理者，岗位职责非常重大，在网络上流传着很多“从删库到跑路”的故事，往往在工作中等