数据库的灾难恢复

Ⅰ 请问oracle数据库恢复怎么办啊 求解

Oracle DBA神器：PRM-DUL灾难恢复工具，Schema级别数据恢复。PRM-DULFor Oracle Database – schema级别oracle数据库数据恢复特性 ，PRM-DUL即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。

Ⅱ 数据库备份有几种方式以及各自有什么特点

第一种是手动备份。直接进入到数据库管理页面，将数据库手动导出到本地即可实现数据库备份。
第二种是适用于虚拟主机的方案。首先进入‘多备份’，然后登陆，进入控制面板。首次进入会有备份环境提示，选择保护服务器

进入页面后，选择web模式，然后选择数据库。如果非首次访问，直接点击添加，然后选择数据库

填入数据库信息，然后设定备份频率，创建任务即可实现备份。
第三种是适用服务器或者VPS。首先进入‘多备份’，如果是首次登录，就如上图选择保护服务器，然后下载客户端。如果非首次登录，直接点击左下角下载客户端

下载好客户端以后打开dbfen.exe，然后登陆‘多备份’账号，选择数据库，填入数据库信息，设定备份频率，即可开始备份

Ⅲ oracle数据库崩溃如何恢复

Oracle DBA神器：PRM-DUL灾难恢复工具，Schema级别数据恢复。PRM-DULFor Oracle Database – schema级别oracle数据库数据恢复特性 ，PRM-DUL即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。

Ⅳ oracle数据库数据删除后如何恢复

Oracle DBA神器：PRM灾难恢复工具，Schema级别数据恢复。PRM For Oracle Database – schema级别oracle数据库数据恢复特性 ，PRM即ParnassusData Recovery Manager是企业级别Oracle数据库灾难恢复工具。PRM可以在无备份的情况下恢复被truncated掉的表，也可以恢复无法打开的Oracle数据库(Alter Database Open失败)中的数据。 PRM是图形化增强版的Oracle DUL工具，同时具备很多Oracle DUL不具备的特性

Ⅳ 如何应对内存数据库的恢复

【Oracle数据库】内存数据库的恢复与传统数据库的恢复不同，因为你要在一个相当“凶悍的”架构中设计恢复。尽管并不需要频繁地用到它，但因为使用内存数据库就是为了追求速度，你还是得对灾难恢复进行保险设计。为恢复提速也蕴藏了一个商业价值。我之前从事过这样的一项工作：早上收报告，而后得等到第二天才会更新。如果我们一天能收到五到十次的更新，那就能很好地管理公司的年鉴了。
对于内存数据库来说，应该确保尽可能少的写入占用永久存储。提供直接的光纤通道端口，同时确保SSD或PCIe闪存卡的最佳状态用以保证低延迟。保证重要的性能冗余且将网络交换机数量降到最低。
大多数内存数据库都是预先设置好的设备。它包含一些动态的RAM容量，可能还会带些闪存，同时，方方面面通过软件被安排地头头是道。当你使用一台预先设计好的设备时，先在欠载的情况下测试它。测试它的吞吐量及在一年中最坏情况下的灾难恢复。然后告诉大伙儿灾难恢复的时间并确认该速度用于企业业务已是富富有余。你不希望最终结果或者一些关键性业务它无法正常恢复。你在内存数据库上花了大把的钱，并对其寄予厚望。
在如何恢复和放置数据方面，SAPHANA和其他的内存数据库变得越来越智能，它们对吞吐量进行优化并尽可能地为恢复提速。它们能够避免让系统宕机。最坏的情况就是I/O失效让整个内存系统出现故障。采用捷径带来了冲击，没有仔细思考如何优化恢复速度结果造成了运行中断。

Ⅵ SQL server数据库可以做到灾难恢复不损失数据吗

SQLSERVER2012的Always ON功能应该可以满足你的要求。

Ⅶ 大数据需不需要备份和灾难恢复

大数据需不需要备份和灾难恢复
大数据应用的发展趋势是在拥有大存储容量的同时配备用于执行数据分析的融合硬件设备与分析软件包。这些应用通常不会用于处理运营数据；相反，用户会通过查询数据来分析过去的产品销售、预测趋势和确定未来的客户购买模式。大数据应用通常并不会被定位为关键业务系统，虽然它们也支持销售和营销决策，但是并不会显着影响一些核心运营业务，如客户管理、订单、库存和配送等。
那么，为什么许多领先的企业IT部门都迅速将大数据整合到他们的灾难恢复计划中呢？这些数据量如此之大，会不会给备份带来影响呢？即便是备份了数据，从备份恢复数据是否会花费几天（几周或更长时间）呢？带着这些问题，我们来看一下如何进行大数据的灾难恢复。

数据太大，无法备份
灾难恢复最佳实践包括在指定的时间里将重要数据及时恢复到一致状态的能力。这段时间称为恢复时间目标（RTO），它必须在业务所依赖的运营数据的限制范围之内（最多几个小时）。但是，遇到大数据时该怎么办？大多数公司认为大数据的备份与恢复并不重要。其中包括以下这些原因。
运营系统更重要。在发生灾难之后，最高优先级的工作是恢复那些支持运营系统的数据。这些系统包括会计、订单条目、支付受理、工资等，它们是保证公司正常运营的必要条件。在这些数据恢复之后，第二优先级的工作是支持这些系统的运行。
大数据并不是关键业务系统。预测和趋势分析可能是营销的重要手段，但是这些分析及其相关的查询和用户报表都基于历史数据，而非实时数据。
大数据的体量非常巨大，一个大数据应用所存储的数据量可能是所有运营数据之和的数十倍。这是因为大数据应用工作在数据的历史快照上。十年的历史数据就会包含几千天的快照。它备份在什么介质上，备份需要多长时间，然后需要的备份存储有多大？
备份与恢复流程需要I/O通道容量。在短时间内迁移大容量的数据要求使用较大的容量。备份与恢复会耗尽I/O通道，唯一可行的替代方法是安装足够的附加容量去处理这些任务。
当大数据成为关键业务系统
上面介绍的原因并非适用于所有公司。有一些关注客户的系统也会使用大数据分析，这意味着大数据应用将属于运营处理的一部分。在其他企业中，大数据开始成为一种简单的查询和报表工具。有一些专用查询会慢慢体现其重要作用，然后变成一些常规报表。这些有用的报表会受到管理层的关注，他们会因此将这些报表变成一些重要的操作。最终，管理层会逐渐依赖这些报表来作出运营决策。因此，他们的大数据应用就会逐渐向关键业务系统靠拢。
大数据应用发展成为关键业务系统的趋势是不可避免的。这些应用的安装和配置过程代价高昂且耗费时间，同时也需要由高素质的技术人员来完成。此外，查询数据的业务分析师很少会亲自处理数据。通常他们会使用一些专门用于查询和分析大数据的分析软件包。这些软件同样非常昂贵，同时只有经过大量培训的技术人员才能高效使用这些软件。
公司在大数据应用投入了大量的金钱。公司迫切希望从他们的投资中获取有价值的回报。从数据分析得到的报表可能产生更好的客户服务、更快的产品周转速度和更高的收益。而收益恰恰就意味着关键业务。
大数据备份方法
如果准备在灾难恢复计划过程中恢复全部或部分大数据应用，那么可以考虑选择下面这些备份方法。
最重要的是要记住：大数据主要是历史数据和静态数据。运营数据快照会被提取到一个分段集结区域，进行整理和转换，然后再加载到企业数据仓库和大数据应用中。在此之后，它们都不会更新。这意味着在每一个快照上只需要运行一次备份流程。
最常用的备份方法主要有：
·数据复制。这是一个常用的备份方法。当数据加载到数据仓库或大数据应用程序时，它们会同步传输到一个备份流程中，其中会载入大数据应用程序的一个备份副本。这个流程通常发生在灾难恢复站点中，然后在发生灾难时它仍然保有一份最新的数据。
·虚拟快照。这是一个硬件解决方案，它允许在存储介质上创建整个系统的虚拟备份。数据库写操作会在中断一小段时间，这时管理存储子系统的硬件会对所有文件执行内部复制操作。这个复制流程可能非常快，有时会在几秒钟内完成。在复制完成之后，数据库管理系统又会重新允许执行写操作。
快照提供了超快速的恢复时间，它的假定前提是可以恢复到创建快照的指定时间点。除此之外，恢复到非快照创建的时间点需要有一些方法能够将所有最新数据库变化（日志捕捉）应用到快照中。另一个问题是存储容量。快照可能要求将当前使用的存储加倍。而且，当灾难发生时，当时的快照会作为当前数据，但是还必须分配另一个快照区域，以备应付新的灾难事件。
·本地与远程副本。这是一个经典方法，它由磁盘备份和包含物理磁盘驱动器或数据库的阵列备份构成。DBA使用供应商工具访问那些通常存储为一种压缩私有格式的数据。这些备份会快速地执行和加载，因为它们采用的是内部数据格式。
恢复自动化与测试
灾难计划的另一个重要部分是保证恢复在规定的RTO内完成。对于大数据而言，这通常意味着要使用标准流量或供应商工具实现恢复自动化。聪明的DBA会尽可能自动化更多的任务，从而最大可能减少相对较慢的人为干预。这其中就包括要避免以下行为：
·人工处理备份存储（例如，移动和操作磁带）；
·输入命令行；
·检查纸质报表或文档。
在实现恢复自动化之后，要定期测试、测试再测试。记住，大数据总是在不断地增长，而且随着数据量的增加，备份和恢复时间也会增加。
总结
大数据无论部署还是使用都非常耗费时间、金钱和资源。许多公司迫切希望从这些大投入中获取回报，查询和报表能够提供一些宝贵的洞察力，帮助执行决策、应付变化和获得收益。大数据应用最终会变成关键业务系统。在此之前，一定要保证自己的IT基础架构能够备份和恢复这些数据。

Ⅷ SEPM灾难恢复需要必备那几点

为灾难恢复做准备需执行的任务：

请确保定期（最好每周一次）备份数据库，并在异地存储备份。

1. 数据库备份目录位于：

· \\ProgramFiles\Symantec\ Symantec Endpoint ProtectionManager\data\backup。

· 备份文件名为 <date>_<timestamp>.zip。

2. 将此数据库移至其他存储区域，因为执行卸载时将删除该数据库。

3. 找到 keystore 文件和 server.xml 文件。

· keystore 文件的名称为 keystore_<timestamp>.jks。该 keystore 包含私钥/公钥对和自签名证书。server.xml 文件的名称为 server_<timestamp>.xml。

4. 在安装期间，这些文件将备份到以下目录：

· \\Program Files\Symantec\Symantec Endpoint Protection Manager\Server PrivateKey Backup。

· 注意：还可以从 Symantec Endpoint Protection Manager 控制台的“管理员”面板备份这些文件。

5. 使用文本编辑器创建并打开一个文本文件。

6. 将该文件命名为 Backup.txt 或类似的名称。

7. 打开 server.xml，找到 keystorepass 密码，将其复制并粘贴到上述文本文件中。

8. 使该文本文件保持打开状态。

· 注意：该密码既可用于 storepass 又可用于 keypass。Storepass 用来保护 JKS 文件。Keypass 用来保护私钥。输入这些密码可还原证书。密码字符串类似于 keystorePass="WjCUZx7kmX$qA1u1"。

9. 复制并粘贴双引号之间的字符串。（不要包括双引号。）

10. 如果只有一个域，请从以下目录中查找并复制 sylink.xml 文件：

· \\Program Files\Symantec\Symantec Endpoint ProtectionManager\data\outbox\agent。

11. 将其粘贴到：

· \\ProgramFiles\Symantec\ Symantec Endpoint ProtectionManager\Server Private Key Backup。

12. 如果有多个域，则针对每个域分别在客户端计算机上查找并复制 sylink.xml 文件并将其粘贴到：

· \\Program Files\Symantec\ Symantec EndpointProtection Manager\Server Private Key Backup。

13. 如果没有数据库的备份，则必须提供域 ID。此 ID 位于每个域中的客户端计算机上的 sylink.xml 文件中。

14. 打开每个 sylink.xml 文件，找到 DomainId，将其复制并粘贴到 Backup.txt 文本文件中。

15. 将此 ID 添加到创建的新域中，以包含现有客户端。

· sylink.xml 文件中的字符串类似于：DomainId="B44AC676C08A165009ED819B746F1"。

16. 复制并粘贴双引号之间的字符串。（不要包括双引号。）

17. 在 Backup.txt 文件中，键入在安装实例中安装第一个站点时使用的加密密码。

18. 重新安装 Symantec Endpoint Protection Manager 时，重新键入此密钥。

· 注意：如果没有要还原的已备份数据库，则必须重新键入相同密钥。
· 如果有要还原的已备份数据库，则无需重新键入相同密钥，但重新键入相同密钥是最佳做法。
19. 在 Backup.txt 文本文件中，键入运行 Symantec Endpoint Protection Manager 的计算机的 IP 地址和主机名。

20. 如果出现灾难性的硬件故障，则必须在具有相同 IP 地址和主机名的计算机上重新安装 Symantec Endpoint Protection Manager。

21. 在 Backup.txt 文件中，键入标识 Symantec Endpoint Protection Manager 的站点名。

22. 保存并关闭 Backup.txt 文件，此时该文件包含进行灾难恢复所需的基本信息。

23. 虽然重新安装并不严格要求提供站点名，但站点名有助于创建一致的还原。

24. 将这些文件复制到可移动介质，并将该介质存放在安全的地方，最好是保险箱中。

25. 在确保这些文件的安全后，应从运行 Symantec Endpoint Protection Manager 的计算机中删除这些文件。

· 下面举例说明了一个文本文件，其中包含执行成功的灾难恢复所需的信息。

· 如果创建此文件，则在灾难恢复期间可在需要时复制并粘贴此信息。

关于灾难恢复过程

灾难恢复过程需要按顺序完成以下三个过程：

· 还原 Symantec Endpoint Protection Manager

· 还原服务器证书

· 还原客户端通信

还原客户端通信的方式取决于您是否拥有数据库备份的访问权限。

还原 Symantec Endpoint Protection Manager

如果出现灾难，请恢复在初始安装后受保护的文件。然后打开包含密码、域 ID 等信息的 Backup.txt 文件。

关于识别新计算机或重建的计算机

如果出现灾难性的硬件故障，可能需要重建计算机。如果重建计算机，则必须为其指定原始 IP 地址和主机名。此信息应位于 Backup.txt 文件中。

重新安装 Symantec Endpoint Protection Manager

在重新安装 Symantec Endpoint Protection Manager 时要执行的关键任务是，键入在安装
Symantec Endpoint Protection Manager 时（该安装已失败）使用的预共享密钥名。

重新安装 Symantec Endpoint Protection Manager

1. 插入安装 CD，

2. 开始安装 Symantec Endpoint Protection Manager。

3. 在“欢迎”面板中，选中“安装我的第一个站点”，

4. 单击“下一步”。

5. 继续安装，直到提示输入预共享密钥。

6. 在“站点信息”面板 >“加密密码”框中，键入上述文本文件中的 <密码名>。

· 注意：在未备份数据库的情况下进行还原时，如果键入的密码不正确，还原将失败。

7. 单击“下一步”。

8. 出现提示时，重新创建相同类型的数据库

9. 继续安装，直到显示“管理服务器安装向导 – 配置已完成”面板。

10. 在“配置已完成”面板中的“是否立即运行迁移和部署向导”下，选中“否”

11. 单击“完成”。

还原服务器证书

服务器证书是一个 Java keystore，其中包含公用证书以及私钥-公钥对。必须输入 Backup.txt 文件中包含的密码。此密码也位于原始 server_<timestamp>.xml 文件中。

还原服务器证书

1. 登录到控制台。

2. 单击“管理员”。

3. 在“任务”下单击“服务器”。

4. 在“查看服务器”下，展开“本地站点”

5. 单击“识别本地站点的计算机名”。

6. 在“任务”下单击“管理服务器证书”。

7. 在“欢迎”面板中，单击“下一步”。

8. 在“管理服务器证书”面板中，选中“更新服务器证书”

9. 单击“下一步”。

10. 在“选择要导入的证书类型”下，选中 JKS keystore。

11. 单击“下一步”。

· 注意：如果您已实现其他证书类型之一，请选择该类型。

12. 在“JKS Keystore”面板中，单击“浏览”。

13. 找到并选择已备份的 keystore_<timestamp>.jks keystore 文件。

14. 单击“确定”

15. 打开您的“灾难恢复文本文件”，

16. 选择并复制 keystore 密码。

17. 激活 JKS Keystore 对话框。

18. 将 keystore 密码粘贴到 Keystore 和密钥框中。

· 注意：只支持 Ctrl + V 的粘贴机制。

19. 单击“下一步”。

· 注意：如果出现错误消息指出 keystore 文件无效，则可能输入了无效的密码。请重试密码复制和粘贴。（此错误消息令人误解。）

20. 在“完成”面板中，单击“完成”。

21. 从控制台注销。

22. 单击“开始”>“设置”>“控制面板”>“管理工具”>“服务”。

23. 在“服务”窗口中，右键单击 Symantec Endpoint Protection Manager。

24. 单击“停止”。

· 注意：在完成灾难恢复并重新建立客户端通信之前，请不要关闭“服务”窗口。

25. 右键单击 Symantec Endpoint Protection Manager。

26. 单击“启动”。

· 注意：停止并启动 Symantec Endpoint Protection Manager 可完全还原证书。

还原客户端通信

如果您有数据库备份的访问权限，则可以还原此数据库，然后恢复客户端通信。使用数据库备份进行还原的优点在于，客户端将重新出现在其对应的组中，并且仍然遵守原始策略。如果您没有数据库备份的访问权限，仍可以恢复与客户端的通信，但客户端将出现在 Temporary 组中。然后，可以重新创建组和策略结构。

在有数据库备份的情况下还原客户端通信

在运行活动的 Symantec Endpoint Protection Manager 服务的计算机上无法还原数据库，因此必须多次停止并启动该服务。

在有数据库备份的情况下还原客户端通信

1. 如果已关闭“服务”窗口，请单击“开始”>“设置”>“控制面板”>“管理工具”>“服务”。

2. 在“服务”窗口中，右键单击 Symantec Endpoint Protection Manager。

3. 单击“停止”。

· 注意：在完成此过程之前，请不要关闭“服务”窗口。

4. 创建以下目录：\\Program Files\Symantec\Symantec Endpoint Protection Manager\data\backup

5. 将数据库备份文件复制到该目录。

· 注意：默认情况下，数据库备份文件名为 <date>_<timestamp>.zip。

6. 单击“开始”>“程序”> Symantec Endpoint Protection Manager >“数据库备份及还原”。

7. 在“数据库备份及还原”对话框中，单击“还原”。

8. 在“还原站点”对话框中，选择您已复制到备份目录中的备份文件。

9. 单击“确定”。

· 注意：数据库还原时间各不相同，具体取决于数据库的大小。

10. 出现“消息”提示时，单击“确定”。

11. 单击“退出”。

12. 单击“开始”>“程序”> Symantec Endpoint Protection Manager >“管理服务器配置向导”。

13. 在“欢迎”面板中，选中“重新配置管理服务器”。

14. 单击“下一步”。

15. 在“服务器信息”面板中，在必要时修改输入值以与以前的输入相符，然后单击“下一步”。

16. 在“数据库服务器选择”面板中，选中数据库类型以与以前的类型相符，然后单击“下一步”。

17. 在“数据库信息”面板中，修改并插入输入值以与以前的输入相符，然后单击“下一步”。

· 注意：配置过程需要几分钟的时间。

18. 在“配置已完成”对话框中，单击“完成”。

19. 登录到 Symantec Endpoint Protection Manager 控制台。

20. 右键单击您的组。

21. 单击“对组运行命令”>“更新内容”。

22. 如果在大约半小时后客户端没有响应，请重新启动客户端。

在没有数据库备份的情况下还原客户端通信

对于所使用的每个域，都必须创建一个新域，并将相同的域 ID 重新插入数据库。这些域 ID 位于灾难恢复文本文件中（如果有人已在此文件中键入此信息）。默认域是 System 域。

最佳做法是创建一个与以前的域名完全相同的域名。要重新创建 System（默认）域，请追加某个值，例如：_2 (System_2)。在还原域之后，可以删除原有的 System 域，然后将新域重命名为 System。

在没有数据库备份的情况下还原客户端通信

1. 登录到 Symantec Endpoint Protection Manager 控制台。

2. 在控制台中，单击“管理员”。

3. 在“系统管理员”窗格中，单击“域”。

4. 在右上角单击“关于”。

5. 按住 Shift + Ctrl + Alt，在“关于”对话框中的任意位置快速双击三下鼠标。

6. 单击“确定”。

7. 在“任务”下单击“添加域”。

8. 打开灾难恢复文本文件。

9. 选择并复制域 ID

10. 选择“添加域”对话框，然后将域 ID 粘贴到“域 ID”框中。

· 注意：如果未出现“域 ID”框，请重复步骤 4、5、6 和 7，直到显示该框。只支持 Ctrl + V 的粘贴机制。

11. 单击“确定”。

· （可选）对要恢复的每个域重复步骤 7、8 和 9。

12. 在“任务”下单击“管理域”。

13. 重新启动所有客户端计算机。这些计算机会出现在 Temporary 组中。

· （可选）如果只使用一个域，请删除未使用的默认 System 域，并将新创建的域重命名为 System。