我们有一台Windows 8机器，我们首先安装了SQL Server 2005。 然后，我们卸载它并安装SQL Server 2012 – 失败。 安装向导挂在它说： SqlEngineDBStartConfigAction_install_configrc_Cpu64 事件日志显示以下错误： The SQL Server (MSSQLSERVER) service terminated with the following service-specific error: WARNING: You have until SQL Server (MSSQLSERVER) to logoff. If you have not logged off at this time, your session will be disconnected, and any open files or devices you have open […]
有没有人碰巧知道是否有通过WMI的方式来告诉MSSQL 2008数据库是否启用了TDE？ 我们有一个很大的SQL地产，我想调查一下，找出我们有TDE的地方。 我们有一个很好的WMI浏览器，可以在整个企业中使用，所以如果有某种types的设置，我们可以从那里看到，那将是完美的。
在执行了所有默认select的包括sql express数据库的vCenter 5.1的简单安装之后，我们应该如何确保在没有手动干预的情况下继续运行？ 目前我们遇到的问题是数据库膨胀到了我们部署的巨大比例。 在我们的每个远程分支，我们有3个物理服务器 科ESXi1 科ESXi2 分支备份（物理窗口框） 活动虚拟机数量的总和为8，然后其中6个虚拟机每天复制到其他ESXi服务器3次，同时Dell Quest vRanger软件也位于分支备份服务器上。 此外，夜间完整备份由6个虚拟机组成，同样使用vRanger软件。 这一切在大多数情况下都可以正常工作，但在vCenter任务和事件日志中相当健谈。 我已经看到9GB的大小vpx_event + vpx_event_arg表安装不到3个月前，这是疯狂的2主机。 正如http://kb.vmware.com/kb/1025914表明我已经进入vSphere Client： 单击pipe理> vCenter Server设置>数据库保留策略 并改变了我们的设置合理的价值。 但是这似乎并没有做任何事情。 我怀疑这是因为我们正在使用快速版，它不能运行SQL代理来安排工作。 我发现的大部分信息似乎都与vCenter 5.0或更低版本有关，许多说明都说5.1是不同的，我发现它是这样的，因为许多页面引用的.sql清除脚本中的2个都不是目前在5.1。 我们必须为vCenter 5.1进行设置以确保sql express数据库不会填满旧数据？ 编辑：默认安装设置数据库的恢复模式设置为“简单”，所以事务日志一旦完成使用就会被删除。 这就是说，我有一个问题，事务日志文件的大小在“简单”的数据库和一个大的交易失败，即大小是有限的。 多个GiB数据库缩小与vCenter默认的500MiB事务日志限制导致了一个问题。 我没有理由改变简单的恢复模式，因为损坏的数据库意味着重新安装vCenter来pipe理2台主机。 我们系统pipe理员是唯一login到该机器，所以这不是一个问题。 问题是，每当数据库变得太大，我们的虚拟机备份和复制失败。 然而，我已经把事务日志的最大值设置为无限大的事务。 我想象的解决scheme将涉及通过Windows任务调度程序运行SQL脚本。 但是哪些，我从哪里得到他们，我多久运行一次，按什么顺序运行？ PS。 我刚刚注意到，在我们的新部署中，每个事件有1行的vpx_event表每天大约有71500行。
我习惯于在其他人负责SQL数据库的合同上工作。 不过，现在我正在为一个新的SQL Serverbuild立一个合同，所以我build立了MS SQL Server 2012 Express。 我写了一个连接到SQL服务器的应用程序，并读取/更新几个表。 在我的testing环境中，应用程序使用sa帐户连接，这当然是一个很大的禁忌。 我想创build一个用户帐户，能够从一组有限的表中select/插入/更新/删除，并且没有任何其他权限。 我会跟着我在Google上看到的一些指示，但是我一直看到关于无特权帐户的问题，意外地有权做这个帐户创build者不想要的东西，所以我想问专家： 如何创build一个只能做一件事的SQL帐户：从一组有限的表中select/插入/更新/删除？ 编辑：根据我收到的反馈，我做了一些研究，并写了下面的脚本： CREATE LOGIN ExtraUser WITH PASSWORD = 'foobar'; USE MyDatabase; CREATE USER ExtraUser FOR LOGIN ExtraUser; GRANT SELECT ON dbo.abc; GRANT SELECT ON dbo.def; GRANT INSERT ON dbo.def; 这似乎是做我想做的，但我想知道，如果我可以相信，这个用户不能访问除了我给他访问的两个表以外的任何东西。
在SQL Server Management Studio（最新版本）的login表单的“附加连接参数”选项卡中，可以指定自定义连接string参数。 请参阅http://technet.microsoft.com/en-us/library/cc645898.aspx 。 每次连接到数据库时，我都需要添加相同的自定义连接string参数，并且每天可能会多次。 这需要几秒钟来input这个连接string参数，我想知道如何让“附加连接参数”对话框始终填充我指定的东西。 我想象会有一个registry项或LocalData文件，如果可能的话，这需要被黑客入侵。 例如，我如何得到以下内容总是被添加到额外的连接参数？ ;multisubnetfailover=true; 在这个例子中，我告诉SSMS尝试连接到DNS中发布的所有IP，以获得在“login”对话框中指定的主机名。 这是因为我的团队几乎到处都在使用SQL Server 2012中的AAG。 更新：我检查了任何类似SSMS密钥的registry设置，以及SSMS（使用Visual Studio SDK生成的.vssettings文件），但仍然没有看到任何地方潜入这样的持久设置。 而且，这是一个非常近期的MS Connect反馈build议 。 如果你发现这个ServerFault的问题，你会想要继续，并提出这个build议。
是否有一个替代xp_cmdshell和net use备份MSSQL到不同的用户的UNC？ 我正在使用 EXEC xp_cmdshell 'net use \\SERVER\SHARE Password /USER:DOMAIN\USER /PERSISTENT:yes' 作为一个preexec脚本。 但xp_cmdshell默认是禁用的（由于安全问题，我猜）。
我最近检查了一个SQL Server 2012实例，只看到硬盘已满，在调查发生了什么之后，它是全文search信息行，每分钟填充日志文件和磁盘空间。 它添加了几GB的日志信息，如下面的行： 2015-01-26 14:08:58.40 spid42s Informational: Resuming full-text population for table or indexed view '[db].[dbo].[table]' in database 'db' (table or indexed view ID '690817523', database ID '5'). Prior number of documents processed: 0, error encountered: 0. 我的问题是如何防止SQL Server通过全文search引擎向日志文件写入任何“信息”细节，或者（不太首选的方法）如何禁用它的完全日志？
目前我有一个PowerShell脚本挂钩到DPM的SQL后端，并查询未解决的警报列表。 在表tbl_AHP_Alerts有一个名为Type的字段。 此Type字段指的是触发警报的原因。 例如， Type 25对应于问题“恢复点失败” 我需要根据这个Type字段采取适当的行动。 有没有人知道哪里有一个这个领域的联系清单？ 即其他数字代表什么？
我迷失在这里，我正在configuration一个用于故障转移的SQL Server，并有三台服务器。 主体服务器> SQL 2008 R2 见证服务器> SQL 2014 镜像服务器> SQL 2008 R2 所有三台服务器都可以通过IP和FQDN ping另一台服务器。 端点configuration成功，但是当我开始镜像时，出现此错误： Alter failed for Database 'DBNAME' The ALTER DATABASE command could not be sent to the remote server instance 'TCP://witness.domain.abc:5022'. The database mirroring configuration was not changed. Verify that the server is connected and try again. 任何想法这个错误是什么？ 我将数据库和事务日志恢复到镜像服务器。 我在证人服务器上做的所有事情都是SQL，还有什么我需要做的？ 把我的头靠在墙上。
考虑到MS SQL Server实例正在执行长时间运行的查询，服务将通过services.msc停止，或者像实际发生的那样 – 由于服务器位于正在经历滚动停电的发展中国家的UPS而触发的系统closures。 发生这种情况时，该服务将保持“停止”状态一段时间，并且该进程的CPU和磁盘I / O仍然很高。 正在运行的查询会发生什么？ 在服务进入“已停止”状态之前是否允许他们完成，还是被取消并回滚？ 理想情况下，我正在寻找一个权威来源（微软文档）作为答案，因为我怀疑不同的行为取决于我未知的一个因素。 即有时我们看到查询回滚，有时我们看到他们完成。 也许该服务打了一个电话，说明交易有多远，是否回滚或完成的速度更快。 如果它有所不同，这是SQL 2012。 提前致谢！