我们有一个站点，我们的技术人员之一安装了SQL Server 2012.他们忘记将我们的pipe理员组添加为系统pipe理员，以便只有他们可以访问SQL – 其他人都会得到“拒绝访问” 我们怎样才能找出谁安装了SQL，或者谁是SQLpipe理员，我们可以让他们纠正错误？ 我有服务器的域pipe理员权限。
我试图监视OMD Nagios的mssql服务，但迄今为止没有成功。 通讯端口：1433 实例名称如：MSSQL $实例 这是我的支票： check_command check_nt!SERVICESTATE!-l 'MSSQL$$instance' (like you've suggested here http://serverfault.com/questions/517291/monitor-services-with-in-the-service-name-in-icinga-nagios, nagios said: Failed to open service: MSSQL) 我尝试了一些其他的组合： MSSQL \ $$实例（无法打开服务：MSSQL \ $ SQL2012） MSSQL“$$”实例（无法打开服务：MSSQL“$”SQL2012） “MSSQL”$$“instance”（打开服务失败：“MSSQL”$“SQL2012”） 任何build议非常赞赏。 不知道是什么原因造成的问题。 提前致谢。
我有一个问题让我的SQL SSRS服务工作。 版本：SQL Express 2014 当我尝试在服务中启动SQL SSRS时，服务启动，但是查看事件查看器无法连接到报表服务器。 活动ID：107 报表服务器Windows服务（SQLEXPRESS）无法连接到报表服务器数据库。 我的理解是，该服务使用rsreportserver.config文件连接到SSRS数据库。 所以在我的脑海里，过错必须躺在那里。 然后我检查了是否可以使用rsreportserver.config中指定的凭据连接到报告服务器数据库。 我创build了一个.UDL文件，并使用以下命令成功连接到数据库： 用户：sa 通过：testing 然后我决定使用rsconfig实用程序重写configuration文件。 -c -s SERVERNAME -i SQLEXPRESS -d ReportServer$SQLEXPRESS -a SQL -u sa -p testing -t 这工作没有任何问题或错误。 无论服务连续不连接到报告数据库。 另外当我使用Reporting Servicesconfigurationpipe理器 – 数据库连接的细节。 我无法使用相同的SA帐户和密码成功连接到数据库。 我实际上也不能使用sa帐户或pipe理员帐户在Reporting Servicesconfigurationpipe理器中创build新的数据库（两者都可以使用UDL文件实际连接到数据库）。 任何帮助将不胜感激。
我有一台SharePoint 2013服务器，SP_UsageAndHealth数据库今天早上开始失控。 它在几个小时的时间内从大约50GB增长到了一个半字节。 我的研究表明，这个数据库是一个临时的存储库 – 顾名思义 – 使用和健康数据，但如何临时？ 我可以缩小它吗？ 它可以被删除或删除或从头开始？ 明显填满它的TRANSACT SQL查询被杀死，没有明显的不良影响，但是我需要这个空间。
我们的设置如下; – 2个托pipe站点的tomcat服务器 – 1个负载均衡器 – 包含数据库的客户端服务器的SSH连接 除了一个SSH隧道不能保持一致的客户端外，这种方法工作得很好。 最初，SSH连接在有问题的服务器上间歇性地下降。 为了纠正这个，我添加了ServerAliveInterval和ServerAliveCountMax以及ClientAliveInterval和ClientAliveCountMax。 连接停了几天，但客户的服务器崩溃，连接被中断。 这服务器崩溃被归因于SSH隧道，但我不确定是这种情况。 tunnel.bat文件如下： :loop ECHO OFF echo y | plink.exe -ssh -R 24011:localhost:1433 [email protected] -pw PasswordHereButI'mNotTelling ping -n 10 -w 1 127.0.0.1>nul REM ping -n 10 -w 1 127.0.0.1 goto loop 将日志级别更改为3，并获得以下输出; Jun 10 11:55:09 Phobos sshd[18092]: debug1: server_input_global_request: rtype tcpip-forward want_reply 1 Jun 10 […]
我们为SQL Server 2012故障转移群集设置了2个VM节点。 iSCSI驱动器位于我们的SAN上。 群集设置和SQL Server 2012 SP2安装成功，没有错误。 通过Management Studio远程连接到SQL Server可以创build一个数据库进行testing。 当我们尝试将SQL Server从NODE1移动到NODE2时，出现以下错误： “移动”操作没有完成。 错误代码：0x80071398 操作失败，因为指定的群集节点不是该群组的所有者，或该节点不是该群组的可能所有者。 当我们尝试closuresNODE1时，我们得到了相同的结果。 除了“其他资源”外，我的所有资源都显示为NODE1和NODE2作为可能的所有者：… SQL Server。 （或SQL Server代理）如果我右键单击它并select属性然后单击“高级策略”选项卡我只看到NODE1可用。 我们如何在这里添加NODE2服务器？ 这是错误的最终解决scheme吗？ 谢谢。 更新： 如果我们在NODE2上运行故障转移群集pipe理器并尝试在其他资源中查看SQL Server或SQL Server代理的属性，则会出现错误。 群集对象“SQL Server代理”未能从群集加载 获取群集属性时出错，某些属性值可能不准确。 考虑刷新视图以重新加载集群中的属性值。 错误代码：0x800713d7 指定的节点不支持这种types的资源。 这可能是由于版本不一致或由于此节点上没有资源DLL
是否可以根据SQL ent 2012/2014中的可用性组来限制用户可用的数据库。 想要有一个域用户有权访问这些数据库的两个数据库。 把一个在一个可用性组，另一个在另一个可用性组。 听众分别具有不同的IP地址。 然后使用防火墙来限制访问给定的IP地址的基础上，最终用户连接从哪里，并希望限制什么数据库，他们可以访问的基础上，如果他们是从另一个networking连接?? 这是可能的，我的理解是默认的行为是监听器将允许最终用户连接到他们有权访问的数据库，而不是与这个监听器相关联的可用性组数据库。 任何指导如何实现这个.. 谢谢
我是PowerShell新手。 我得到了要求从其他机器，而不是在服务器内的MS SQL数据库备份的备份。 您可以让我知道什么可能的实用程序需要连接，并采取完整备份。
我完整的SharePoint 2010网站不可访问。 但是，pipe理网站是。 数据库还是可以的。 错误：无法打开login请求的数据库“WSS_Site_Content”。 login失败。 用户'NT AUTHORITY \ LOCAL SERVICE'login失败。 现在，我想获取数据库中的所有文件，以便我可以尝试修复问题，用户可以访问其中的文档。 这可能吗？ 谢谢！
我一直在解决一个间歇性的服务器性能问题太久，我没有想法。 我正在寻找任何build议，以便我能够找出问题的原因。 我们（我的团队）在几年前为客户开发了一个使用SQL Server数据库的客户端/服务器Windows Forms应用程序。 客户最近开始遇到一些性能问题，并决定升级其基础架构。 他们从一台物理SBS机器迁移到有多台虚拟机的虚拟环境。 我们成功地将应用程序和SQL位移植到了新环境中。 然后，客户端请求应用程序更新以修复多年来一直运行的内存泄漏和其他性能问题/错误。 我们在我们的环境中做了更新和系统平台。 然后，我们部署到他们新的生产环境，系统似乎运行良好。 在部署后的一两天，我们收到有关系统挂起或滞后的抱怨，当加载/保存表格数据或生成报告时。 我们远程与客户端连接并确认问题。 我们分析了客户端环境并检查了可能的内存泄漏以及可能导致症状的其他问题。 我们没有发现。 然后我们意识到性能问题影响到networking上的多台机器，并且必须是环境的。 然后客户有他们的硬件支持技术人员排除潜在的硬件/networkingconfiguration的来源。 他们没有发现。 在我们与客户进行的几轮故障排查中，我们偶然发现了纠正性能问题的方法（这似乎是随机的）。 服务器重新启动修复了这个问题，但这不是一个可接受的修复方法。 另一种方式，也是我发布这个的原因是，当客户端注意到性能下降时，他们可以打开应用程序的“传统”版本（在某些客户端机器上仍然可用），性能得到恢复。 现有的客户端应用程序实例重新启动是不需要的。 这个系统在事件之间performance良好，这个问题似乎平均每2到3天就会发生一次，但是一个星期内无事故发生，并且在一天内也有多起事件（早上一次，然后一次这个下午）。 我们认为这个问题可能是一个SQL Server问题。 所以我一直在分析，保存痕迹，并一直在监视SQL性能计数器寻找线索。 我不是SQL性能专家，所以我可能不会考虑正确的计数器，但SQL Server似乎并没有被推得很辛苦。 CPU，内存，批次/秒，事务/秒，编译/秒，重新编译/秒，并且寻呼和caching计数器通常是静态的。 应用程序可能一次运行10到20个活动实例。 应用程序最初并不是用最有效的数据检索实践编写的，但是生成的负载不是服务器无法处理的。 我也一直在监视Windows事件日志中的错误和警告，可能会发现问题的一些亮点，但没有看到任何事件之前或事件中指出的问题。 我们发现的另一个奇怪的观察是，无论系统整体性能如何，直接在服务器上执行应用程序时，应用程序都不会降级 当其他机器遇到问题时，我已经直接在服务器上运行应用程序，没有缓慢或滞后。 对不起，这本书。 我将继续挖掘线索，但任何build议将不胜感激。 服务器：Windows Server 2012 R2（分配大量资源的虚拟机）SQL：SQL Server 2014标准客户端：混合但大部分为Windows 7 Professional