标签: backup

我需要建立许多生产服务器的异地副本，包括 SQL 服务器。

选择 Hyper V 复制作为一个简单的解决方案（所有服务器都是虚拟的）。这是对灾难场景的异地备份的补充。我们不需要即时故障转移、镜像或任何高级设置，只需要最关键数据和系统的合理最近的副本。

Hyper V 复制看起来很简单，一劳永逸（只需确保将 tempdbs 放在非复制的 VHD 上，设置标志以维护跨 VHD 的写入顺序）。但我仍然关心效率和健壮性，并认为简单的日志传送设置可能更好，更容易在带宽上（除了日志不需要复制任何东西）

欢迎任何关于什么（何时）选择一个而不是另一个的意见或见解

情况是这样的：我有一个完整备份和一个差异备份。我已将完整备份恢复到数据库中。但不小心丢失了那个备份文件。

现在我想应用差异备份。通常，您必须从完整备份和差异备份中恢复，而无需打开数据库以供使用。但是，我们已经打开了数据库，但没有进行任何更新。

我们做了一个新的完整备份，它应该与原始完整备份相同，至少除了时间戳。也就是说，SQL Server 检测到差异并非完全来自具有该完整备份的数据库。

有没有办法欺骗 SQL Server 允许差异与新的完整备份一起使用？（我意识到这是有风险的，但数据很重要并且愿意冒一些错误的风险。）

有没有其他方法可以从差异备份中获取更新，以便手动应用它们？差异备份文件是否有任何“解码器”？这种情况有什么特殊的恢复工具吗？

同事们试图从 9.1 版本的热备备份中提取 PostgreSQL 数据库副本，但它并不可靠 - 我们每天都会运行它，但通常在对副本运行查询时最终会出现各种错误。

遗憾的是，我无法在网络上找到关于原因的明确答案，并且在 PostgreSQL IRC 频道中需要一个善良的灵魂来让我直截了当 - 不支持从备用数据库中进行这样的备份-那个版本中的盒子。

因此，为了其他可能遇到相同问题并尝试使用谷歌搜索的人的利益，我将在下面的答案中写下我们的笔记。

我的SSIS 控制流中有一个执行 SQL 任务，它在继续运行隔夜 ETL 之前备份了许多数据库：

EXECUTE master.dbo.xp_create_subdir N'G:\Backups\DQ'
GO
EXECUTE master.dbo.xp_create_subdir N'G:\Backups\master'
GO
EXECUTE master.dbo.xp_create_subdir N'G:\Backups\Metadata'
GO
EXECUTE master.dbo.xp_create_subdir N'G:\Backups\NDS'
GO
EXECUTE master.dbo.xp_create_subdir N'G:\Backups\Staging'
GO
BACKUP DATABASE [DQ] TO  DISK = N'G:\Backups\DQ\DQ.bak' WITH  RETAINDAYS = 3, NOFORMAT, NOINIT,  NAME = N'DQ', SKIP, REWIND, NOUNLOAD,  STATS = 10
GO
BACKUP DATABASE [master] TO  DISK = N'G:\Backups\master\master.bak' WITH  RETAINDAYS = 3, NOFORMAT, NOINIT,  NAME = N'master', SKIP, REWIND, NOUNLOAD,  STATS = 10
GO
BACKUP DATABASE [Metadata] TO  DISK = …

我们的系统管理员不断推动我们使用数据域和 DD boost 来进行 SQL 备份。有没有人成功使用过这个解决方案？我知道 Brent Ozar 关于数据域和 sql 备份是怎么说的。但显然 DD boost 使它成为一个更好的解决方案。有没有人使用过 DD boost 并使用过 redgate 的 SQL Backup？除了Brent Ozar 的这篇文章之外，只是想了解一下您会对系统管理员和经理说些什么。

目前，我们有许多处于完全恢复模式的数据库。这是一个有意识的决定。

我们还每 15 分钟运行一次事务日志备份。

但是我们只在人们使用数据库的时间运行事务日志备份，即早上 7 点到晚上 8 点之间。

我的问题是：

• 在技​​术层面上，这是否是一个好习惯？

当我从 sql server management studio 导出 sql azure 数据库作为数据层应用程序时，我可以选择勾选某些表，但这些表不包含在结果文件中。

我想导出这些表模式，但忽略它们的数据（本质上是导入空表）。对于所有其他表，我也想要数据。

有可能这样做吗？

我刚刚被问到我们公司是否应该考虑Data Virtualization我们的测试环境。好处如下：

• 筛选敏感数据
• 在我们的测试环境中快速刷新数据
• DR 和 BI 场景的潜在好处

但是我只找到了营销信息；没什么技术含量。据我所知，有两种方法：

• 生产数据库上的服务层，它将您从数据模型中抽象出来（大概会导致该新层呈现不同的数据模型）。
• 一种自动化数据恢复和后续操作的工具，可供非技术用户使用，比使用数据库备份和 SQL 脚本更快。

在没有看到任何技术信息的情况下，这对我来说是蛇油的味道；但我想理解它，而不是一发不可收拾。

关键词：[数据即服务] [数据虚拟化] [数据虚拟化] [delphix] [denodo]

我了解备份密钥和用户定义的证书的必要性，但是我们是否有任何理由应该备份这些系统创建的证书？

MS_AgentSigningCertificate

MS_PolicySigningCertificate

MS_SchemaSigningCertificate34284BF7CE6208DC9D835E9F45ADD94F0757439E

MS_SmoExtendedSigningCertificate

MS_SQLAuthenticatorCertificate

MS_SQLReplicationSigningCertificate

MS_SQLResourceSigningCertificate

问题陈述： 我们的支持工程师需要从客户那里获取数据库备份。目前，我们的数据库包含在一个 Primary/.mdf 文件组/文件中。这些数据库多年来一直在收集历史数据，并且越来越大。我们的工程师需要几天时间才能将备份复制到我们的办公室。

似乎没有任何规定/想法来管理数据库的增长。

最“有价值”的数据是我们系统的“配置”。它包含在大约 50 个表中，我们正在考虑将这些表移至与历史数据（将放置在数据文件组中）分开的新配置文件组，以尝试为部分或文件备份设置阶段。

但我不确定我需要哪种备份/恢复策略来完成这个 - 部分备份或文件备份？

出于研发目的，我有一个名为FilegroupDemo使用SIMPLE恢复模型的数据库。FilegroupDemo包含 3 个文件组：

• 主要（映射到 FilegroupDemo.mdf）
• 配置（映射到 FilegroupDemo_Configuration.ndf）
• 数据（映射到 FilegroupDemo_Data.ndf）

配置文件组中的数据不会经常更改，并且可能会被标记为只读（如果有帮助），而数据文件组中的数据每分钟更改一次。

我希望能够灵活地仅备份/恢复主文件组和配置文件组/文件。

在SQL Server Partial Backups的 BOL 文章中，它指出：

部分备份类似于完整数据库备份，但部分备份不包含所有文件组。相反，对于读写数据库，部分备份包含主文件组、每个读写文件组以及一个或多个只读文件（可选）中的数据。

这种读取方式让我认为部分备份旨在省略只读文件组，最有可能用于不会更改并标记为只读的大量数据。这些不需要每次都备份。

1. 我说存在部分备份是为了备份所有文件组（除了标记为只读的文件组）是否正确？换句话说，如果我不使用只读文件组，那么使用部分备份就没有意义了——对吗？而且我认为我不能使用部分备份来备份只读文件组？

因此，我不认为部分备份是我所需要的。我相当天真地尝试了文件备份/恢复。我将数据库切换到FULL恢复模式并运行：

BACKUP DATABASE FilegroupDemo FILEGROUP = N'PRIMARY'
TO DISK = N'C:\Backups\FilegroupDemo_FG_Primary.bak'
WITH INIT
GO

BACKUP DATABASE FilegroupDemo FILEGROUP = N'Configuration'
TO DISK = N'C:\Backups\FilegroupDemo_FG_Configuration.bak'
WITH INIT
GO

BACKUP DATABASE FilegroupDemo FILEGROUP …