我已经使用了很久的MySQL，并且发现了一般的查询日志和慢速查询日志对于发现服务器上发生的事情以及发现瓶颈非常有用。 现在我需要使用SQL Server。 SQL Server有类似的日志function吗？ 如果是这样，他们叫什么？
发生了一些灾难性事件。 我不小心从SQL Server 2005 Express数据库中删除了我的重要表。 有没有办法恢复所有logging的表？ 数据库日志文件可以帮助？ 我有一个备份，直到昨天，今天的6小时的交易丢失。
我们在高可用性configuration中使用SQL Server 2005：1台主服务器，1台镜像服务器，1台见证服务器。 今天早上，我们发现在主服务器和镜像服务器上有几个数据库被列为主数据库，事务日志已经失控。 我的理解是，如果镜像服务器和见证服务器都同意他们不能连接到委托人，那么镜像数据库将只能转到委托人。 在发生这种情况之后，当他们再次连接到主体时，那里的数据库被标记为镜像。 过去我们有正确的数据库翻转，所以这让我们有点困惑。 什么可能导致主体和镜像服务器都认为他们有主体数据库？
在镜像生产数据库上收缩事务日志文件最简单的方法是什么？ 我必须，因为我的磁盘空间不足了。 在执行此操作之前，我会做一个完整的数据库备份，所以我不需要保留事务日志中的任何东西（对吗？我每天都有完整的数据库备份，可能永远不需要时间点恢复，尽pipe我会保留如果可以的话，这个选项是打开的 – 这就是所有的.ldf是真的，对吗？）。 解决了： OK， 通过SSMS （而不是TSQL）对日志进行2次备份 ，创build一个全新的备份集 ，SSMS中的Shrink-Files-Log对话框最终实际工作，释放了一些磁盘空间。 不知道为什么需要2个备份，或为什么TSQL不起作用，收缩对话框中报告的“可回收空间”没有差别（第一次备份之后的所有收缩尝试都是99％但是，仍然没有释放任何空间），但现在解决了问题。 谢谢大家。
由于我们认为是tempDB内的争用，导致我们遇到了麻烦。 每当我们遇到问题时，我们的系统总是等待一个特定的资源：2：1：103，当我们查找它时（使用DBCC PAGE（2,1,103））跟踪回到object_id 75，这是系统表sysmultiobjrefs 。 为了解决这个问题，我们有时候可以避免在这个资源上等待悬挂的spids。在更糟糕的情况下，我们必须停止SQL并且启动它。 任何想法如何减轻这一点？ 我们在带有128GB内存的四核/四核服务器上运行SQL 2005 SP3 x64。 磁盘也位于SAN上，每个磁盘上有自己的RAID 1/0驱动器上的日志/临时数据库/数据。 TempDB有16个数据文件（每个核心一个）和一个日志文件。 提前致谢。
我无法连接到生产SQL服务器。 我的pipe理员重置我的密码，并告诉我这是什么。 SQL Serverpipe理工作室给我这个错误：login失败的用户'比尔'。 原因：帐户的密码必须更改。 （Microsoft SQL Server，错误：18488） 那么，我怎样才能重设我的密码？ 我试着用这个账号login到服务器，但是说这个账号不存在。 所以我想这不是一个普通的服务器帐户 – 只是SQL服务器。 （如果有帮助）
有没有一种方法来估计一个SQL Server数据库会收缩多长时间？ 有没有可以提供一些猜测的工具？ 我们有非常大的数据库，所以知道数据库将不能使用多长时间（即使只是以小时为单位的近似估计值）是一件好事。 提前致谢！
我在Win2k8上安装了SQL 2005 SP4。 安装完成后，我们决定更改电脑的名称。 这样做，我想我可能已经打破了一些东西（可能是命名pipe道？），但我不确定是因为我不是一个DBA和b）我仍然在设置这个服务器的过程中，所以我不能说这是以前的工作。 我真的不想重新开始。 但是，当我打开SSMS，实例名称显示正确的计算机名称，但在login时，我有{OLDSERVERNAME} \ SQLServer2005MSFTEUser $ {OLDSERVERNAME} $ MSSQLSERVER，我认为这是打破了我的能力做远程服务连接。 所以问题是，如何解决这个问题？
哪些资源可以跟踪SQL Server的累积更新？ 我注意到Windows更新确实为SQL Server提供了一项服务。
最近，我将所有Dell Equalogic SAN整合到同一个组中; 以前每个SAN都在自己的组里。 它们都装有RAID 6中的15k RPM SAS驱动器，所以我没有打算对新合并组的存储进行分层，因为它们基本上都是一样的。 在这样做的过程中，我改变了所有的虚拟机使用VMDK存储，而不是iSCSI，因为我相信性能会更好。 现在我被告知，我们的MS SQL 2005服务器（现在是我们的主SQL框）的磁盘I / O性能一直比执行这些操作之前差，但是我看不到这是怎么回事。它的磁盘（C-OS，D-MDF，E-LDF）现在跨越了更多的读取磁头，我的理解是VMDK存储比iSCSI更高效。 那么给了什么？ 下面是Solarwinds数据库性能分析器的“总I / O等待时间”图：