我有两个Microsoft SQL Server（v 2012），我想让它们镜像，当它们中的一个出现故障时，第二个将被replace。 AlwaysOn是SQL Server 2012中的一项新function，被指定为高可用性解决scheme。 我必须说我没有SAN。 在这种情况下可以创build高可用性吗？ 没有SAN的最佳解决scheme是什么？
作为自动SQL Server安装过程的一部分，我想以编程方式检查Windows故障转移群集是否已经过validation。 有一些以编程方式validation集群的方法，例如Powershell cmdlet Test-Cluster ，但是我一直没能find一种方法来检查validation状态，而无需重新运行validation过程，validation过程可能很慢，对于某些testing需要使磁盘脱机。 有没有办法来检查validation状态，如可通过WMI，registry或Powershell cmdlet访问的属性？
自从我使用TFS 2012进行源代码pipe理，报告和项目pipe理以来已经有3年多的时间了。 但是，直到现在，我从来没有从头安装任何版本的TFS。 为了使用SSRS 2016，我需要安装TFS 2015，通过这样做，我了解到我需要首先安装一个SQL Server实例。 这个事实让我很吃惊。 我的问题是：这是否意味着TFS实际上将创build其内部表格，其中包含有关每个项目/工作项目（TaskName，CreatedBy，AssignedTo，Priority，OriginalEstimate，Remaining，Completed，Description等等）的信息，这些表将公开？ 我以为这个数据库是TFS内部的，我永远不能直接访问它。 我想知道我的解释是否有效。
如何启用encryption的networking连接到SQL Server？ 我在客户端和服务器端要做什么？
我知道这种types的问题之前已经被问过很多次了： 如何实时监控带宽使用情况 networking监控 应用监控工具 networkingstream量监测 性能监视器报告工具 监视内存和CPU使用情况 但我的问题有一个转折，我想监视一个系统，并关联CPU的IO统计与SQL Server使用统计，我想能够说，在13:45查询“select*从酒吧，其中巴兹= QUUX' “，在SQL Server 1上运行，使用多达80％CPU 6秒，IO负载为6，平均磁盘队列为15。 我现在可以使用perfmon，SQL Profiler和一些自定义脚本的组合来关联数据。 我现在需要一些工具为我做这一切。 我期望太多吗？ 有没有这样的工具呢？ 通常提到的候选人是： http://www.zenoss.com/ http://www.paessler.com/support/kb/prtg7/features_networkmonitoring http://www.zabbix.com/ http://www.nagios.org/ http://www.spiceworks.com/ http://www.cacti.net/ 但是，据我所知，这些都没有我想要的。 或者做一些，我已经错过了？
SSIS包可以在一个SQL Server实例上运行，但可以处理位于另一个SQL Server实例上的数据？ 我想在尝试安装SSIS之前知道这一点，并要求在另一台服务器上重新启动。 我想这样做，因为Microsoftbuild议不要在群集环境中运行SSIS。 为避免出现问题，我使用SSIS安装了SQL Server 2005的另一个实例，以运行为我们的会计系统提供的软件包。
我看过一些关于如何使用WMI来pipe理SQL2000服务器的文章（手动安装SQLWMI80.msi之后），但是我还没有看到有关SQL2005和SQL2008的任何内容。 这是贬值了吗？ 或者，现在WMI已经作为2005年和2008年的标准安装了吗？
我有一个服务器上的10个数据库，我已经在完全恢复模式，所有都使用Sql Server镜像镜像。 我目前的备份策略如下： 完整备份1am 差异备份每2小时 事务日志每15分钟备份一次 我遇到的问题是差异备份对于几个数据库来说非常慢，差异备份平均需要大约11分钟。 原因是数据库与另一个系统定期同步大量行，从而产生大量的差异备份。 另一方面，我的事务日志备份显然非常快。 这已经成为一个问题，因为在差异备份时间服务器正在与负载挣扎，在某些情况下导致客户机器超时。 删除差异备份和完整/事务备份有什么不利之处？ 显然恢复时间会增加没有差异备份，但是我确实有镜像数据库，所以这应该是一个问题呢？ 任何想法，将不胜感激，服务器目前运行Sql Server 2005。 干杯
我们的ERP软件使用SQL Server 2000数据库。 当我们在过去需要几秒钟的软件上运行一个特定的任务时，会发生300秒的延迟，SQL Server将返回错误“locking超时.SQL Server连接超时”。 我尝试使用SQL Server Profiler来识别问题，我可以看到一些ROLLBACK，但是我没有任何结论。 有没有更好的方法来确定什么查询是locking什么资源和什么查询超时？
在我的一些SQL2000服务器上，偶尔会出现阻塞和我们的完整备份和日志备份作业之间的奇怪冲突。 基于这个问题的答案 ，我需要弄清楚如何防止我的日志文件备份运行，而我的完整备份运行在同一个数据库上。 （这听起来像SQL2005中更改，所以不应该是他们的问题。） 我有两个策略： 在执行整个日志备份作业之前，请查询MSDB作业历史logging表，查看我们夜间完全备份作业的备份步骤（第3步，共5步）当前是否正在执行。 如果是，则完全跳过所有数据库的日志备份。 在日志备份作业脚本中，在对单个数据库运行日志备份之前，请查询sysprocess表（或其他），以查看是否已经为特定数据库执行了LIGHTSPEED BACKUP。 如果是，则只跳过该数据库上的日志备份。 第一个实现起来会容易得多，但是最终会跳过大量的数据库，而且可能没有任何问题（可能允许日志增长过多）。 第二个更吸引人，但我不确定如何确定是否正在进行特定数据库的备份。 另外，第二个选项是完全备份可能会开始备份日志备份已经在使用的数据库，除非我在完全备份脚本中添加相同types的“检查代码”。 （显然，我希望完整的优先于日志备份工作） 任何人都有一个现有的SQL 2000脚本已经这样做？ 哪种方法最适合考虑？ 还是有其他的select？