SQL 日志传送 DR 策略

SQL 日志传送 DR 策略

我的任务是为我们的 SQL 环境提出一个可行的 DR 解决方案。然而,DR 盒有一个很大的限制,因为数据驱动器是 2.25TB,而生产中使用的驱动器是 3.50TB。显然,这违反了使 DR 硬件与生产相同的基本原则。

现在,具体来说。我们有几个大型数据库(从 100GB 到 750GB 不等),这些数据库按日期功能(月度文件组)划分为文件组,因为这些数据库保存了几年的历史数据。因此,包含一年以上数据的文件组被标记为只读。

是否可以拥有一个 DR 数据库,它是来自较大生产数据库的文件组的子集?例如,假设生产有 3 个文件组:2008 (r/o)、2009 (r/o) 和 2010 (r/w)。那么 DR 数据库是否可以仅包含 1 个文件组 (2010)?如果可以,可以为 r/w 文件组配置日志传送吗?

如果没有,解决方法是创建一个存档数据库来存储历史数据,然后在发生灾难恢复时可以牺牲该数据库,同时可以对包含实时数据的当前数据库进行日志传送。FWIW,完整的数据库备份会制作到磁带上并保存在异地。文件组方法是一种可行的解决方案吗?

答案1

日志传送将考虑整个数据库;文件组无关紧要。我同意您的存档数据库解决方案会起作用。

相关内容