我在当前的主要和镜像故障转移 SQL Server 设置之间有一组镜像作业。过去，镜像服务器上的作业在启用时会失败，因为它们无法打开本地数据库，因为它处于恢复状态。但是，我现在看到作业成功并正在转发到当前的主数据库。
我已经看到 .Net 使用的 SQL Server 驱动程序的这种行为，因此如果发生故障转移，它将允许自动重新连接。我以前在 SQL 作业中没有看到过这种行为，而且我似乎找不到任何关于它的文档。
我发现另外两个提到此行为（一，二）的解决方法，但是我很难找到有关此功能的文档，因此我知道这是我所做的配置更改还是启用了我安装的更新。
此功能是否记录在 Microsoft 的任何参考资料中？
这些作业是 T-SQL 步骤，它们正在读取和（成功）写入。有些是内联 T-SQL，有些是在目标数据库中调用 SP。我使用的是标准镜像而不是可用性组。
我已经添加了一个新索引来解决一些性能问题，但是我希望使用新索引的查询仍然没有使用它。在 SQL Server 中，您可以通过几种不同的方式刷新执行计划以纠正性能不佳的查询，我想了解这在 MySQL 中是否也可行。
我正在从 SQL Server 过渡到 MySQL，我试图了解创建索引作为 DDL 表创建语句的一部分与为要创建的每个索引创建单独的 DDL 语句之间的区别。
关于创建索引状态的 MySQL 文档
通常，在使用 CREATE TABLE 创建表本身时，您会在表上创建所有索引。请参阅第 13.1.18 节，“CREATE TABLE 语法”。该准则对于 InnoDB 表尤其重要，其中主键决定了数据文件中行的物理布局。CREATE INDEX 使您能够向现有表添加索引。
为什么 InnoDB 表将索引创建为创建表 DDL 的一部分很重要？（在下面更新更多细节）
创建表后创建索引的潜在问题是什么？
更新
我的问题是针对 MySQL 站点上关于在创建表期间创建索引与在创建表之后但在用数据填充之前创建索引的声明。MySQL 网站上的声明使它看起来有好处，性能或其他方面，当使用 InnoDB 表时，在表的 DDL 语句中声明索引是最佳实践，但他们没有解释原因。
参考我将如何在 SQL Server 中处理这个问题，部分是因为 DDL 限制，部分是因为我喜欢明确的性质，我将制作我的 DDL 语句并分配主键以及任何外键约束。之后我会分配我的聚簇索引（如果它不是主键）和二级索引（唯一和非唯一）。但是在任何一种方法中，如果我要使用表 DDL 创建聚簇索引或将其分开，最终结果都是相同的。他们的声明听起来像是 RDMS 将根据方法以不同方式处理表创建，即使最终结果是相同的，一个主键和一个聚集索引。
我有一个双节点 sql server 2008 r2 集群，我们刚刚将操作系统从 windows 2008 r2 升级到 windows 2012 r2，操作系统升级已就地完成，因此 SQL Server 安装保持不变。集群角色不会返回联机状态，表示找不到此实例所依赖的任何 IP 地址。
除了 SQL Server 资源和查看 sql server 日志文件外，一切都在线，它显示错误 sql server 正在启动，因为我可以看到 master 和 model 启动。
从sql日志：
找不到此 SQL Server 实例所依赖的任何 IP 地址。确保集群服务正在运行，SQL Server和Network Name资源之间的依赖关系正确，并且该SQL Server实例所依赖的IP地址可用。错误代码：0x5。
是否需要对 Windows Server 2012 r2 采取额外的步骤才能使 SQL Server 2008 r2 能够在故障转移群集中运行？
我正在调查为什么我的差异备份花费的时间几乎与我的完整备份一样长，我注意到每日完整备份后的第一个差异备份的大小是完整备份大小的 2/3。然而，当天剩余时间的后续差异备份大小仅增加了约 1%。
数据库的使用模式没有显着变化，而且从历史上看，每日完整备份后第一次差异备份的大小约为完整备份大小的 0.5%。我查看了每天完整备份的大小，发现它们只增长了大约 2%。
每日备份计划定义为在凌晨 1 点进行一次完整备份，然后在上午 7 点到晚上 11:59 之间进行 5 次差异备份。通常，完整备份大约需要一个半小时才能完成，其中包括验证步骤。包括验证步骤在内，微分需要大约 20 分钟才能完成，但现在它们需要大约 1 小时 10 分钟才能完成。
我已经确认数据库使用模式没有改变，在完整备份和第一次差异备份之间没有写入/更改大量数据的新作业，我没有看到任何文件子系统错误.
根据我在上面确认的所有内容，我的问题是当同一天的后续差异仅增长 1% 时，是什么导致当天的第一个差异备份变得如此之大？
服务器详细信息：
我刚刚在 SQL Server 代理中启用了邮件配置文件，我需要重新启动服务以使其生效，但代理作为 SQL Server 群集的一部分运行，我不希望群集管理器认为存在问题并将所有服务故障转移到另一个节点。
在群集的 SQL Server 实例上重新启动 SQL Server 代理的正确方法是什么？
我知道对于 HDD 阵列来说，拥有来自不同数据库的多个日志文件会影响性能，因为它将阵列的 IO 模式从顺序更改为随机。因此，每个数据库的日志都有一个数组是最佳实践。
有没有人对使用一个 SSD 阵列上存在的每个数据库的日志文件运行多个 SQL Server 数据库有任何建议？
有没有人知道 Hitachi 的 FMD 与 SSD 的 HUS 硬件的区别？我担心将单个驱动器整合到几个 FMD，如果我只有 4 个 FMD 的磁盘池，则无法维持用户数据库和 tempdb 之间的性能。