是否有人将一个 Azure 存储帐户的内容复制或还原到另一个？我们使用 AzCopy 创建了一个 PowerShell 脚本来执行此操作。但是，拥有超过 5,000 个容器 (~350GB) 数据的存储帐户需要超过 13 小时才能复制一些数据。由于应用程序限制，我们无法使用 GRS 选项。有人对此有任何提示或建议吗？
注意：两个存储帐户都在同一个订阅和同一个租户中。AzCopy 正在运行，但需要很长时间。我们正在寻找是否有任何替代选项可以更快地复制/传输数据。
关于硬件故障时的成本和维护速度/简单性，将 SQL 数据文件保存在与 SQL Server 实例分开的 NAS 服务器上是否有意义？我们的应用程序存储来自许多设备的大量测量值（时间序列），因此数据量相对较大，无法保存在相对较小的 SAS 服务器磁盘（每月约 200GB）上。
尽管通过以太网访问文件的风险更大（即使只有 db 服务器和 NAS 在同一个交换机上），但将数据文件完全分开似乎可以简化由于耦合较低而导致硬件问题的事情 - 数据库服务器可以简单得多（我可以快速迁移简单的镜像，它甚至可以与应用服务器捆绑用于所有更简单的应用程序），修复 NAS 故障也应该主要涉及切换磁盘，或者在发生故障时切换到副本。
是否有一些更好（成本效益和应用速度更快）的方法来管理快速迁移，以防发生不涉及分离数据文件的故障，或者这个想法不是那么成问题吗？
我们在 DC 数据中心有一个主节点，并希望在西雅图设置一个备用节点。仅当 DC 节点出现故障时才会使用备份节点，并且我们在 DC 节点修复时将其切换。问题是，什么样的服务可以让我同步数据，我想我们希望相当频繁地这样做，所以如果出现问题，在故障时间和最后一次备份之间不会有太多数据丢失/同步。有什么通用的解决方案吗？
它是运行 Parallels Virtuozzo 的 Windows Server 2003。
我有两个使用数据库镜像镜像到另一台服务器的数据库。镜像服务器由于某种原因不得不关闭几天。现在生产服务器的主体数据库处于 (PRINCIPAL/DISCONNECTED) 状态。客户可以访问这些数据库。那么当他们继续向这些数据库添加数据时会发生什么？数据会被提交还是等到镜像出现？
是否可以镜像 SQL Server（2005 或 2008）Reporting Services 数据库（ReportServer、ReportServerTemp）？我有一个使用已经镜像的数据库的网站，它还使用了 Reporting Services。我希望能够将主服务器故障转移到镜像，并让报告组件也进行故障转移。有人做过吗？有什么陷阱吗？
我们刚刚获得了两台运行 Windows Server 2008 的新服务器。目的是使机器几乎完全相同，每晚将主服务器的内容复制到从服务器，这样如果出现任何故障，第二个副本就可以继续使用立即进入。它不需要是最新的镜像，但我认为如果性能不受影响，这不会受到影响。
除其他事项外，这两台机器都将运行 SQL Server 2008 实例。目的是每晚将主服务器上的数据库复制到从服务器。除非我有误解，否则镜像数据库中的从属数据库需要主数据库才能正常工作；我希望找到一些解决方案，让我们有第二台机器，如果第一台机器倒下，它可以在最短的停机时间内启动并运行。
我误解了镜像吗？这是最好的做事方式，还是我应该使用其他机制？如果是这样，是什么？
我有一个 SQL Server 2005 镜像数据库，只有主服务器和辅助服务器，没有见证服务器。今晚主要已经关闭，并且在一段时间内不会重新上线。辅助服务器仍在运行，但处于“镜像、断开/恢复中”状态。如何让数据库恢复并运行？我的应用程序都使用指定主服务器和辅助服务器的字符串。
我正在通过两个 SQL 2008 命名实例之间的 WAN 链接配置数据库镜像，这些实例的主机服务器不是域成员，使用证书进行身份验证。经过多次尝试自己完成这项工作后，我从头开始并根据 BOL http://technet.microsoft.com/en-us/library/ms191140.aspx逐步进行，但是我正在尝试的问题解决仍然存在。
问题在于在每台服务器上设置合作伙伴状态的最终步骤集，当我执行步骤 #2 以在“HOST_A”上设置合作伙伴状态时，我收到以下错误：
消息 1418，第 16 层，状态 1，第 2 行
服务器网络地址“TCP://server-b.our-domain.com:5022”无法访问或不存在。检查网络地址名称以及本地和远程端点的端口是否可操作。
然而，有趣的是，我可以看到防火墙上的流量（TCPPDUMP）在两台服务器之间来回传输大约 15 秒，然后该错误被吐回给我。
此时我不确定如何继续，因为我可以从 SERVER-B 上的 SSMS 连接到 SERVER-A\BLUE 实例，并且可以从 SERVER-A 上的 SSMS 连接到 SERVER-B\RED 实例而没有问题。我很困惑为什么我会在这个时间点收到错误。两侧的端点在 sys.tcp_endpoints 和 sys.endpoints 中被列为启动。
另一个有趣的注意事项是，在尝试第 2 步之前，我可以通过 5022 从 SERVER-A 远程登录到 SERVER-B，并且可以通过 5022 从 SERVER-B 远程登录到 SERVER-A，但是在第 2 步失败后，我无法再从任一方向远程登录。TCPDUMP 将显示从任何一个到另一个的流量，但在第 2 步失败后没有返回流量。
对我来说主要问题是这个错误似乎对实际发生的任何事情都有错误的描述，因为显然网络地址存在并且可以到达并且端点也可以运行（至少直到操作失败 [Rolleyes] ）我有还尝试以相反的方向进行配置（进行完全备份/恢复而没有恢复等）并且它以完全相同的方式失败，提供相同的错误，但所有流量再次显示在防火墙上。
最后，在 SQL 日志中，我还收到错误“错误：1443，严重性：16，状态：2”。这似乎是直接相关的，我在网上发现的一些内容表明 Windows 身份验证存在问题，但情况并非如此，因为我的端点配置了证书。
对此的任何帮助将不胜感激。
这是用于设置的实际 T-SQL，它遵循 BOL 文章中的内容。
--ON SERVER-A\BLUE
use master
go
create master key encryption by password = 'password123!'
go
create certificate CA_cert
With subject = 'CA_cert Certificate'
go
create endpoint Mirroring
STATE = STARTED
AS TCP (
LISTENER_PORT=5022
, LISTENER_IP = ALL
)
FOR DATABASE_MIRRORING (
AUTHENTICATION = CERTIFICATE CA_cert
, ENCRYPTION = REQUIRED ALGORITHM AES
, ROLE = ALL
)
go
BACKUP CERTIFICATE CA_cert TO FILE = 'c:\sql\CA_cert.cer'
go
--ON SERVER-B\RED
use master
go
create master key encryption by password = 'password123!'
go
create certificate NJ_cert
With subject = 'NJ_cert Certificate'
go
create endpoint Mirroring
STATE = STARTED
AS TCP (
LISTENER_PORT=5022
, LISTENER_IP = ALL
)
FOR DATABASE_MIRRORING (
AUTHENTICATION = CERTIFICATE NJ_cert
, ENCRYPTION = REQUIRED ALGORITHM AES
, ROLE = ALL
)
go
BACKUP CERTIFICATE NJ_cert TO FILE = 'c:\sql\NJ_cert.cer'
go
--ON SERVER-A\BLUE
create login NJ_login WITH PASSWORD = 'password123!'
go
CREATE USER NJ_user FOR LOGIN NJ_login
go
CREATE CERTIFICATE NJ_cert
AUTHORIZATION NJ_user
FROM FILE = 'C:\sql\NJ_cert.cer'
go
GRANT CONNECT ON ENDPOINT::Mirroring TO NJ_login
go
--ON SERVER-B\RED
create login CA_login WITH PASSWORD = 'password123!'
go
CREATE USER CA_user FOR LOGIN CA_login
go
CREATE CERTIFICATE CA_cert
AUTHORIZATION CA_user
FROM FILE = 'C:\sql\CA_cert.cer'
go
GRANT CONNECT ON ENDPOINT::Mirroring TO CA_login
go
--ON SERVER-B\RED
alter database testdb
set partner = 'TCP://server-a.our-domain.com:5022'
go
--ON SERVER-A\BLUE
alter database testdb
set partner = 'TCP://server-b.our-domain.com:5022'
go
-- Everything works fine up until this point at which time I get the previously mentioned errors