主页 / dba / 问题

问题[disaster-recovery](dba)

Martin Hope
data_weed
Asked: 2019-10-17 21:27:35 +0800 CST
  • 0

我是一名 DBA 菜鸟，最近我的工作考虑为他们的生产数据库制定一个灾难恢复计划，比如说 A（sql server 2014 企业版）。生产服务器A和容灾服务器B位于不同的地理位置。我们在生产 A 中只有 10 个数据库，每个数据库大小不超过 4GB。在安装过程中，我将默认位置分别更改为 D、E 和 F，系统数据库和 tempdb 文件也存储在 D 和 E 驱动器中。但是，我在服务器 A 和 B 的 C 驱动器中将根目录保留为默认值。我在灾难恢复 (DR) 服务器中也遵循了类似的路径配置。

所以我的管理计划是在灾难恢复（B）服务器中复制所有 LUN 的克隆副本，这些 LUN 每小时从生产服务器 A 复制一次。一旦这个副本（来自 A 的 D 和 E 驱动器）完成，他们计划将这些安装在灾难恢复服务器。

所以我的问题是，这是遵循灾难恢复的适当方式吗？另外，我可能会遇到什么问题？我有点担心一旦在 DR 服务器中完成挂载，数据库是否会启动并运行？如果不是，我应该考虑哪些步骤？任何建议高度赞赏。在此处输入图像描述

  Data : D:\MSSQL\Data\
  Log: E:\MSSQL\Data\
  Backup: F:\MSSQL\Backup
sql-server-2014 disaster-recovery
Martin Hope
Andrew Hanlon
Asked: 2019-04-11 11:35:47 +0800 CST
  • 2

设想：

一个客户最近遇到了一个 Azure VM 的问题，其中（非操作系统）“高级”存储磁盘被错误地删除，而 Microsoft 没有发出警告。这相当于将硬盘驱动器从正在运行的服务器中拉出。

他们在此 VM 上运行 SQL Server 2014，数据和日志文件分别放置在两个“故障”驱动器上。

实时、生产、非集群数据库通过各种服务和应用程序被大量使用——当问题发生时，命令和事务很可能在 bin 进行中或提交中。

问题发生后，VM 被强制关闭，并且仅在几次重新启动后才“可操作”。

问题：

虽然到目前为止似乎没有发现任何问题，但我的问题是这可能出现的 SQL 故障模式是什么？事务日志/SQL 服务器架构是否会导致这种类型的整个磁盘故障？在这种情况下是否可能丢失数据（不考虑磁盘本身的损坏）。在此类事件之后应该/可以执行哪些检查？

sql-server disaster-recovery
Martin Hope
Phil P.
Asked: 2018-07-28 07:12:00 +0800 CST
  • 0

我正在尝试使用主从复制配置 MariaDB (10.1.13) 的 DR 实例。

我能够通过在主服务器上锁定表、备份数据库、在从服务器上恢复数据库并在从服务器上运行它来建立与 GTID 的主从关系：

CHANGE MASTER TO MASTER_HOST='master.domain.com', MASTER_USER='replication_user', MASTER_PASSWORD='replication_password', MASTER_PORT=3306, MASTER_LOG_FILE='masterlogfile', MASTER_CONNECT_RETRY=10, MASTER_USE_GTID = slave_pos;

我能够确认复制正在正常运行。但是，我正在努力弄清楚将当前从站转换为主站并将主站转换为从站（反转复制流程）的过程。

当我在 ex-master 上运行以下命令时，我在SHOW SLAVE STATUS \G;( Slave_SQL_RunningisNo并且错误是Error 'Operation CREATE USER failed for 'replication_user'@'%'' on query. Default database: ''. Query: 'CREATE USER 'replication_user'@'%' IDENTIFIED BY 'somepassword''，我不确定为什么它在运行下面的查询后尝试创建此用户) 中出现错误：

CHANGE MASTER TO MASTER_HOST='slave.domain.com', MASTER_USER='replication_user', MASTER_PASSWORD='replication_password', MASTER_PORT=3306, MASTER_LOG_FILE='slavelogfile', MASTER_CONNECT_RETRY=10, MASTER_USE_GTID = slave_pos;

我有一种感觉，我做错了什么，我的场景不受支持。如果不支持，那么为 MariaDB 实现异步复制（MS SQL 中 AlwaysOn 的模拟）以支持故障转移到从属设备和故障回复的最佳方式是什么？

mariadb disaster-recovery
Martin Hope
Molenpad
Asked: 2016-07-16 04:33:50 +0800 CST
  • 5

这主要是理论上的，但如果将来发生这种情况，我希望有一个记录在案的选项列表。

今天，我们在 SAN 上遇到了一个严重的磁盘错误，这意味着保存我们生产实例之一的事务日志文件的磁盘崩溃了，最初看起来它已经死了。显然，实例、数据库以及在其上运行的应用程序都会下降。

我们的数据中心人员正忙于研究磁盘故障的原因、原因和方式，与此同时，我很快就想出了一个数据库恢复选项列表。

好的，所以数据中心人员恢复了磁盘。这是 VPLEX 错误，而不是物理硬件故障。

但同时我发现我没有太多选择。实例不会启动，因为系统和用户数据库的所有日志文件都无法访问。如果 Sys 数据库日志文件位于“已启动”的单独磁盘上，实例是否会重新启动

我可以访问 .mdf 文件，所以我可以选择将它们复制到另一个服务器，然后将它们与另一个卷上的新日志文件附加在一起。要么使用我们相当有弹性的备份将数据库恢复到另一个服务器\实例。这两种选择都对应用程序人员有用，因为所有应用程序和相关服务都需要重新指向。

我还有另一种选择，即删除服务器上的实例并使用相同的实例名称重新安装它，然后从完整的广告日志备份中恢复所有数据库。从理论上讲，这对 App 团队来说没有任何工作，但对我（唯一的 DBA）来说却有严重的时间开销。

我在这里错过任何选择吗？我最近才开始这份工作，公平地说这里的文档是有限的。在过去的几个月里，我一直忙于整理我们 SQL Estate 的清单，查看补丁/升级差距等，并参与了几个项目。我认为可以公平地说，针对这种情况的记录在案的灾难恢复计划现在是我们层级议程的首要任务。

任何帮助表示赞赏。

sql-server-2008-r2 disaster-recovery
Martin Hope
Graeme
Asked: 2015-10-08 08:47:52 +0800 CST
  • 3

私有托管云环境中主数据库的灾难恢复计划。主要是托管的物理服务器。辅助在另一个网络上，同一个域。版本为 SQL Server 2008R2 (10.50.2550.0) Enterprise。兼容性=2008。

日志传送在几次恢复中运行良好，然后我第二天回来，我看到“之前的 RESTORE WITH CONTINUE_AFTER_ERROR 操作使数据库处于潜在损坏状态。” 恢复作业继续失败。不会进行进一步的恢复。

我用 DBCC CHECKDB 检查了主数据库，没有报告任何错误。我重新配置了 LS 两次，最后一次，为恢复作业添加了 5 分钟的延迟。每次都会发生同样的事情。它在几次恢复时运行良好，但随后失败。

我真的可以使用一些帮助来了解在哪里寻找问题。

Graeme PS：这个问题之前发布在 SQL Server Central 上，没有任何回复。应专家的要求，我把它搬到这里。再次感谢。

log-shipping disaster-recovery
Martin Hope
Charan Ghate
Asked: 2015-01-29 22:38:06 +0800 CST
  • 2

我有安装在服务器机器上的 SQL Server 2005。

在更改服务器机器 IP 之前，我在 SQL Server 上工作正常。我更改了服务器机器 IP 以在其上托管 Web 服务。

但是现在，当我输入登录名和密码信息时，SQL Server 显示此错误消息：

建立与 SQL Server 的连接时出现与网络相关或特定于实例的错误。服务器未找到或无法访问。验证实例名称是否正确以及 SQL Server 是否配置为允许远程连接。
（提供程序：命名管道提供程序，错误：40 - 无法打开与 SQL Server 的连接）（Microsoft SQL Server，错误：2）

我也尝试删除服务器机器 IP，但我仍然无法访问 SQL Server。我的所有数据库都卡在里面了。或者我可以恢复我的 SQL 服务器数据库吗？

sql-server-2005 disaster-recovery
Martin Hope
Ruben Kazumov
Asked: 2015-01-09 12:17:46 +0800 CST
  • 0

服务器死机后，我有“旧”HD（现在是外部的），mysql 目录中有 sock 文件和数据文件。我应该在哪里找到如何在全新安装的 MySQL 中恢复数据的信息？

如果我用粗暴的方式替换文件和文件夹会发生什么？

更新：

  • 旧文件的版本为 mysql-5.1.62-osx10.6-x86_64
  • 新安装有版本mysql-5.6.22-osx10.8-x86_64
mysql disaster-recovery
Martin Hope
Alex
Asked: 2013-12-30 15:39:58 +0800 CST
  • 1

由于最近的天气/洪水，我们失去了很多服务器。这包括我们的中央数据库服务器以及保存我们备份的服务器。数据库服务器在 RHEL6 上运行 Oracle 12c 企业版。我们每月一次将备份卸载到异地设施。长话短说，我们最有用的备份已超过 3 周。数据库服务器被发送到数据恢复地点，他们设法为我们提供了部分文件，我们认为其中一些包含我们的数据文件。但这些文件不完整，缺少任何/所有标题信息。有没有办法从这些文件中挽救任何数据？使用十六进制编辑器打开文件会显示我们需要的数据，但我们使用的是大约 50 GB 的数据库，手动挖掘数据文件将花费很长时间。我们几乎放弃了恢复任何东西，但我想我会在这里问这个问题，以防其他人有类似的经历。我知道 Oracle DUL 工具（在这方面已经与 Oracle 一起打开了一个 SR，这是他们的建议）但是他们收取的费用过高。我们是小公司 - 我们已经为数据恢复服务支付了一大笔钱。我们根本无力支付 Oracle 要求的费用，尽管我们愿意支付。任何人都可以提出一个可能的替代方案吗？我们目前正在审查我们的数据备份政策，但正如我所提到的——我们是一家资源有限的小企业——我们没有像我们应该做的那样为自然灾害做计划——不过我们将来会更加小心。我知道 Oracle DUL 工具（在这方面已经与 Oracle 一起打开了一个 SR，这是他们的建议）但是他们收取的费用过高。我们是小公司 - 我们已经为数据恢复服务支付了一大笔钱。我们根本无力支付 Oracle 要求的费用，尽管我们愿意支付。任何人都可以提出一个可能的替代方案吗？我们目前正在审查我们的数据备份政策，但正如我所提到的——我们是一家资源有限的小企业——我们没有像我们应该做的那样为自然灾害做计划——不过我们将来会更加小心。我知道 Oracle DUL 工具（在这方面已经与 Oracle 一起打开了一个 SR，这是他们的建议）但是他们收取的费用过高。我们是小公司 - 我们已经为数据恢复服务支付了一大笔钱。我们根本无力支付 Oracle 要求的费用，尽管我们愿意支付。任何人都可以提出一个可能的替代方案吗？我们目前正在审查我们的数据备份政策，但正如我所提到的——我们是一家资源有限的小企业——我们没有像我们应该做的那样为自然灾害做计划——不过我们将来会更加小心。我们根本无力支付 Oracle 要求的费用，尽管我们愿意支付。任何人都可以提出一个可能的替代方案吗？我们目前正在审查我们的数据备份政策，但正如我所提到的——我们是一家资源有限的小企业——我们没有像我们应该做的那样为自然灾害做计划——不过我们将来会更加小心。我们根本无力支付 Oracle 要求的费用，尽管我们愿意支付。任何人都可以提出一个可能的替代方案吗？我们目前正在审查我们的数据备份政策，但正如我所提到的——我们是一家资源有限的小企业——我们没有像我们应该做的那样为自然灾害做计划——不过我们将来会更加小心。

更新：虽然 LVM 已损坏，但事实证明硬盘驱动器本身很好。我设法在 testdisk 的帮助下重建了分区。但我似乎无法安装驱动器。我收到错误消息“NTFS 签名丢失”。查看 dmesg 看起来 mount 已经在寻找 etx3 和 ext4 超级块但没有找到它们。所以我假设分区已损坏。

提前致谢。

亚历克斯

oracle disaster-recovery