我想我能够说服我的牛人，在一台服务器上干扰所有数据库是一个好主意。所以，我们的设置将是这样的：
生产 - SQL 2014 Enterprise Standby - SQL 2014（从生产自动故障转移）（我想如果我在生产服务器上获得 SA，我可以免费获得此许可证，对吧？）
然后，我打算在场外有一个单独的服务器，但理想情况下，我希望它是生产服务器的克隆（安全、数据库、整个镜头）。我对此有几个问题：
1) Can I make this automatically failover if both prod and standby are down?
2) Can I have this use Asynchronous transactions and have Prod/Stand use Sync?
非常感谢
我肯定使用了错误的术语，但我有以下内容：
SQL Server A (SAN1) - DB1, DB2, DB3
SQL Server B (SAN2) - DB4, DB5, DB6
目前是 SQL 2008，我们正在寻求迁移到 SQL 2014。我想设置高可用性，我想知道是否可以为以下场景配置它。
让 DB 123（复制？）到 B，将 456 复制到 A。然后，如果 SQL Server A 失败，DBS 1,2 和 3 将在服务器 B 上运行（以及 4,5 和 6）。
同样，如果服务器 B 发生故障，则在 A 上运行 4,5 和 6。
希望这是有道理的。
非常感谢
我的所有数据库都处于完全恢复状态，并且每 15 分钟进行一次日志备份，因此我的日志文件通常很小。问题是如果有一个夜间操作导致大量事务发生并导致我的日志文件增长，我应该在之后将它们缩小吗？
拥有巨大的日志文件会对数据库性能产生负面影响吗？目前磁盘空间不是问题。
编辑：使用 SQL 2005 将很快使用 2k8。（我以为我把它放在... d'oh）