小编Nis*_*R05的帖子

我们从开发组那里得到了一个要求，要执行以下操作：

• 经常（每 30 分钟）将事务数据从实时数据库移到另一个数据库
• 辅助数据库将用于 Ad-Hoc 查询和报告
• 如果数据从实时数据库中删除，他们不想从这个辅助报告数据库中删除数据

我们的数据库服务器在 SQL Server 2012 企业版上。

这将确保最终用户不会查询实时数据，从而导致阻塞问题。开发人员将在不久的将来致力于获取分析数据，但他们希望快速实施一些措施以使实时数据尽可能小。

实现这一目标的建议是什么？

谢谢，

生命值

我们有 SQL Server 2012 Enterprise Edition 通过存储过程运行以下查询：

declare @TopX int = 1000
declare @stores Table (Store varchar(5), LastDate datetime, LastId int, RangeEnd datetime)
insert into @stores 
  select * 
  from (select SourceStore, '2014-01-01' as i, null as ii, '2014-01-08' as iii 
        from StoreConfig.dbo.Version 
        group by SourceStore
       ) t 
  where (ABS(CAST((BINARY_CHECKSUM(*) * RAND()) as int)) % 100) < 50

IF OBJECT_ID('tempdb..#agreements') IS NOT NULL
DROP TABLE #agreements
IF OBJECT_ID('tempdb..#stores') IS NOT NULL
DROP TABLE #stores

select Store, 
       isnull(LastDate, '1899-01-01') StartDate, 
       isnull(LastId, -1) …

目前我们有一个大小为 4 TB 的数据库。我们希望将其放入 2014 年可用性组以扩展读取。该数据库中的数据发生了很大变化。

我有以下问题：

1. 这个大小是否适合可用性组（我们希望有 2-3 个副本）？
2. 如果网络中断 1 小时，我们可以多快同步副本？
3. 在使用可用性组之前，你们有什么我应该遵循的考虑吗？

我们将在未来 3 个月内将我们的数据中心从一个州迁移到另一个州。我想知道，尽可能快地迁移我们最大的数据库之一（即大约 7TB 的大小）的最佳方法是什么。以下是有关服务器和数据库的信息：

• 现有数据中心：乔治亚州

• 新数据中心：新泽西

• 服务器操作系统：Win 2008 R2 Datacenter

• SQL Server：2008 SP1 企业版
• 数据存储：XIO 系统（我们不会在新的数据中心获得它）
• 数据库大小：~7TB
• 数据如何进入这个数据库：通过来自其他 8 个集群服务器的事务复制。
• 8 集群如何获取数据：通过每 30 分钟从我们所有 2000 个存储服务器中的合并复制。

我们将在现有数据中心和新数据中心之间建立一个网络管道，但不会那么大。它也将被我们的基础架构团队每天传输的所有 VM 消耗掉。

我们在这个约 7TB 的数据库上运行了完整备份（即带有 iSpeed 设置的 Ideara SQLSafe），耗时约 9 小时，大小为约 630 GB。我们与负责管理我们在两个数据中心之间的 colo 迁移和网络管道的供应商进行了核实，他们说，不可能将超过 640 GB 的文件更快地复制到新的数据中心，我们将不得不执行 Full + Differential + TLOG 获取最新信息。

我们的问题是，我们每 30 分钟从所有商店系统获取一次数据（通过合并复制到家庭办公室），它会产生大量数据更改。如果我们尝试执行 Full + Differential + TLog，我们将遇到相同的大小问题和大量停机时间来复制 Differential，而且我们将不得不处理日志文件变满的问题，我们现有数据库服务器上的空间有限（因为我们不再获得 XIO 存储）。我们正在考虑 SAN 复制，但是，由于我们的 SAN 在新数据中心会有所不同，这对我们不起作用。

你们认为我们应该采取什么方法将这个约 7 TB 的数据库从我们现有的数据中心迁移到新的数据中心，同时停机时间最短？

**注意：如果我错过了信息方面的任何内容，请告诉我。

谢谢，

生命值