我们不认为这些操作过于让人头痛,因为无论切换到新操作系统与否,数据备份都应该进行。
对于差异备份,需要维护自上次完全备份以来采取的所有备份,以便能够重构数据。
保存系统中重要(以及用户)文件的增量备份是防止这种灾难出现的一种重要方法。
对于数据备份和差异备份(以及包含大容量日志操作的日志备份),必须至少前滚到此LSN。
通过还原一组备份并恢复数据库来测试您的策略,为有效地应对灾难做好准备。
使用事务日志备份,可以将数据库恢复到故障点或特定的时间点。
可以对不同的数据库独立创建各日志备份,而无需同时创建。
在星期六出现失败的情况下,您可以恢复第一个星期天的完全备份,并应用星期一到星期六的delta备份。
通过在迁移的每个阶段都进行备份,您可以回滚到迁移过程中的任何特定时点。
有了事务日志备份,您就可以将数据库恢复到故障发生时刻或某个特定时刻的状态。
由于这个原因,请不要使用磁盘镜像来代替对服务器上重要的数据进行及时的备份。
注意,该选项仅适用于离线备份,不支持前滚。
之所以需要如此多的备份,是因为它们可以在您需要时让您轻松返回计算单元迁移中的任何步骤。
这些备份可以发送到磁带(本地或远程)、磁盘或使ontape非常灵活的管道。
Terracotta设计时就考虑了全面的HA(n+m冗余度——你可以有任意多的备份,不停机的持续升级,等等)。
恢复了某个恢复路径的备份之后,备用恢复路径便不再有效。
但是,使用如此有限的备份,可能无法恢复原始服务器上存在的所有数据和信息。
也就是说,事务日志备份的连续序列必须能够延续到故障点。
使数据库到达特定时间点(称为恢复点)的一组数据和日志备份。
如果备份在接近特定的时点完成,则可以恢复到该时点。
数据库备份对联机方式支持很好,但是考虑文件备份同样重要。
数据库备份易于使用,在数据库大小允许时都建议使用这种方式。
文件系统备份可临时执行,也可使用基于TSM日程表的调度程序安排。
烧伤任何数据,复制任何光碟,进行备份,使国际标准化组织的CD,这是很容易处理的软件!
其中一些程序能够完整地自动备份个人电脑上的所有东西,包括应用程序。
全系统备份本身就是很好的主意,我希望您不定期地对系统进行备份。
当一个备份被执行时,CAI检查应用程序的哪个业务组件始终支持备份。