删库事件的本质是什么？如何避免和快速恢复？数据库的备份在紧急情况下，数据恢复的最后一道防线。
容灾可做为生产中心的快速接管，但面临人为，病毒等破坏，需要用到备份来恢复。
备份无可替代，有效的备份需要从生产系统中离线并固化下来。离线且固化的备份数据，还需要做到有效的权限管控，避免备份受“人为因素”威胁。
即便是有“容灾”，也要考虑容灾环境的可用性，还要考虑容灾架构，切换后应用可否真正支撑业务，在许多场景下，仍然考虑优先利用备份来恢复生产环境。
对归档的备份是存在时间间隔，且当前redo不可备份。我们在关注数据备份的同时，必须考虑“离线固化”的备份数据具备真正的可恢复性。
ZDLRA为数据的可恢复性而设计，实时数据备份，实时数据校验。
ZDLRA对在线Redo在内存级别的变更进行捕获，并传递至备份环境，对生产环境的负载极大降低。
在ZDLRA中，仅需一次全备，后续永久增量。
ZDLRA无时无刻不在进行数据校验，从数据捕获，数据传递，数据写入，即便是写入后也会定期进行校验，确保备份的数据具有真正的可恢复性。
ZDLRA的配置通过EM13c来完成，且做到了备份管理员与数据库管理员的权责分离。
ZDLRA能做到数据的可恢复性保障，从而实现零数据丢失。
用restore validate 校验也不能保证备份集的好坏吗？restore validate 校验，没办法每时每刻来执行啊。也是，只能抽检保证备份后；通过百度，google搜索静默错误，现在全球任何一家设备，都没办法规避这类问题。19c开启增量备份后，还需要开启块跟踪模式？
有效的数据备份，实时备份+实时验证，才是对备份数据的有效性保障。
对于增量备份策略，在不影响业务的情况下，建议开启块跟踪，若没有开启块跟踪，执行增量备份时，会扫描所有已分配的block识别增量变化的block，再执行备份。
现在开启块跟踪的性能影响有多大？在exadata上是不是可以忽略。
除非您那边的IT环境，把Exadata的资源开销用到了极致，比如90%以上，否则块跟踪基本不影响应用性能和体验。
在非Exadata环境，对性能的影响，取决系统本身的配置及承载能力，数据量，并发量，资源使用率。
如果觉得《累计增量备份策略_数据安全与备份解决方案ZDLRA快速恢复》对你有帮助，请点赞、收藏，并留下你的观点哦！
