采用VERITAS Volume Replicator或者VERITAS Replication Exec实现数据的实时复制，为应急服务器提供了最短时间差的业务数据。在正常情况下，假如一线系统的数据丢失，那么应急服务器中的数据滞后应该在秒级到分钟级。 同时，复制过来的数据可以立即使用，为接下来的应急启用提供了很好的基础。 2.2 应急启用 有了数据之后，我们还要考虑如何启用应急服务器的问题。一旦一线系统发生停机，并且判定无法在短时间内恢复使用的时候，如何快速启用应急服务器系统？对于这个问题，我们应该分成两部分来分析。 1. 一线系统停机的情况一定需要治理人员的判定，对于是否启用应急服务器，应该同时考虑到停机时间和数据丢失量两方面的平衡； 2. 应急服务器的启用可以有自动化启用和手工启用两种方式，需要根据具体要求选择合适的手段。 对于如何判定是否应该启用应急服务器系统，需要综合考虑各方面因素（如：一线系统数据是否存在、一线系统预期恢复时间、可能的数据丢失量、启用应急服务器之后重新还原到一线系统的工作量等等），结合医院自身的特点和要求，制定相应的应急响应策略。 VERITAS Storage Foundation DR解决方案为应急服务器的启用提供了自动化、易于使用的技术手段。一旦一线系统停机之后，Storage Foundation DR可以后台将相应的服务资源（如：磁盘、文件系统、数据文件、ip地址等等）预备起来，等待用户的确认，只要治理人员确定要起用应急服务器，此时只需要简单地单击鼠标就可以完成应急服务器的启用。 当然，您也可以手动启用应急服务器，但这需要一定的技术经验作为基础。 2.3 系统还原 应急服务器的启用是为了在紧急情况下保证医院业务系统的运行（至少门急诊业务），当一线系统恢复正常之后，应急服务器应该能有一个简单易行的手段将最新的数据交还给一线系统，恢复全院业务从一线系统运行的正常状态。 VERITAS Volume Replicator和VERITAS Replication Exec软件的设计充分考虑了系统还原的要求，为系统资源的切换和数据的反向复制的实现提供了强大的支持。 2.4 时间点备份的必要性 虽然实时复制技术满足了医院数据保护在RPO和RTO方面的高要求，但仍然有必要对系统进行完全的时间点备份。 由于实时复制不能保存多个时间点的数据副本，所以，实时复制对于误操作、软件漏洞、病毒破坏等造成的数据逻辑性失效是无能为力的。唯一有效的办法就是通过时间点备份的方式保留多个不同时间点的数据副本，一旦发生数据逻辑性失效的时候，我们就可以通过恢复在错误发生之前的数据副本来找回正确的数据。 
一旦一线系统发生停机事件，应急服务器内存储的数据与一线数据的时间差由原来的天、小时级缩短到现在的分钟、秒级。假如采用VERITAS Storage Foundation DR解决方案，还能为用户提供自动化的资源切换，等待用户确认，治理人员只需要简单地单击鼠标即可完成应急服务器的启用。 另一方面，基于时间点的备份避免了因数据逻辑性失效带来的风险，假如医院因为误操作、软件漏洞等造成数据不可用，则可以通过恢复错误发生前的数据副本找回正确的数据。 最后，利用磁带介质易于离线的特性，我们可以将医院的备份数据运送到远距离的异地进行保存，从而防止大面积灾难性事故造成的数据损毁。 新闻热点
疑难解答
