小编Sea*_*ins的帖子

如何在没有安装管理工作室的情况下找出安装了哪个版本？我有一台用作另一个软件的许可证管理器的服务器。在调查高 RAM 使用率警报后，我发现sqlservr.exe进程占用了近 2 GB 的 RAM。

我查看了程序菜单，发现安装了配置管理器，否则，它是非常简单的。我点击了 EXE 文件的属性并找到了 10.50.1600.1，但是我没有找到任何地方说明它是 Express、Dev、STN、ENT 等。

如果我不得不猜测，这是一个快速版本，但我想知道是否有明显的告示标志。

更新：@Bob - 该文件告诉我我所知道的，而不是版本。

@valo - 运行该命令时出现以下错误，并且确实验证了命名管道已启用：

HResult 0x35，级别 16，状态 1 命名管道提供程序：无法打开与 SQL Server [53] 的连接。Sqlcmd：错误：Microsoft SQL Server Native Client 10.0：建立与 SQL Server 的连接时发生与网络相关或实例-> 特定的错误。未找到或无法访问服务器。检查实例名称是否正确以及 SQL Server 是否配置为允许远程连接。有关详细信息，请参阅 SQL Server 联机丛书。 Sqlcmd：错误：Microsoft SQL Server Native Client 10.0：登录超时已过期。

@thomas -在我问这个问题之前，我注意到了Stock Keeping Unit Name，但这似乎太简单了，我想我最初的怀疑是正确的。

以下是我在网上找到的一个脚本，其中包含我想要的结果集中的大部分元素。唯一缺少的是我如何获得确定时间段内运行时间的平均值，例如一周、10 天、23 天、一个月等。

我已经进行了一些搜索，但是我尝试的方法以某种方式失败了。此外，我的 TSQL 很弱，但我正在阅读 Itzik Ben-gan 的出版物来改变这个问题。我真的很感激任何人都可以提供的任何帮助。

select job_name, run_datetime, run_duration
from
(
    select job_name, run_datetime,
        SUBSTRING(run_duration, 1, 2) + ':' + SUBSTRING(run_duration, 3, 2) + ':' +
        SUBSTRING(run_duration, 5, 2) AS run_duration
    from
    (
        select DISTINCT
            j.name as job_name, 
            run_datetime = CONVERT(DATETIME, RTRIM(run_date)) +  
                (run_time * 9 + run_time % 10000 * 6 + run_time % 100 * 10) / 216e4,
            run_duration = RIGHT('000000' + CONVERT(varchar(6), run_duration), 6)
        from msdb..sysjobhistory h
        inner join msdb..sysjobs j
        on h.job_id …

我正在停用数据库服务器并将数据库从一台服务器迁移到另一台服务器。我试图获取数据库的属性并收到一个 SQL 错误弹出窗口。

属性所有者不可用于数据库“[数据库名称]”。此对象可能不存在此属性，或者可能由于访问权限不足而无法检索。(Microsoft.SqlServer.Smo)

事实：

• Server 2003 Standard with SP2
• SQL Server 2005 标准版 - 9.0.1399
• 我是系统管理员，所以应该不是权限问题
• 让另一个系统管理员以相同的错误执行操作
• DBCC CheckDB 没有列出任何错误
• 能够备份没有错误
• 使 DB 离线/在线无错误

我可以执行和报告的任何建议或测试？

问题始于 5 月 3 日。我们无法再将已由 Visual Studio 2017.X 修改的 SSIS 包导入到我们的 SQL 集成服务（SQL 版本 2017 14.0.3023）中。SSMS 集成服务导入组件（GUI）不断崩溃！对于任何新包或我们在 Visual Studio 2017 x 中修改的任何包。我们能够导入历史包和 Visual Studio 2012 包。

这是来自 SSMS 17.5 的错误消息

这是我们使用 SSMS 17.6 时得到的结果

在 Windows 应用程序事件错误日志中产生这些事件：

故障桶2169157664500142207，类型5

活动名称：BEX

回应：不可用

驾驶室 ID：0

问题签名：

P1：Ssms.exe

P2：2017.140.17230.0

P3：5aa77b02

P4：ucrtbase.dll

P5：10.0.14393.2097

P6：5a820b25

P7：000891eb

P8：c0000409

P9：00000007

P10：

附加的文件：

\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WERF5E0.tmp.WERInternalMetadata.xml

这些文件可能在此处可用：

C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_Ssms.exe_5c8965b8776ba510b9bbdc96d6fefcc0aaa_ff38c945_2e8d1138

分析符号：

重新检查解决方案：0

报告 ID：f99af3b2-3cda-40da-86ac-94c26a865ea5

报告状态：0

哈希桶：17946c34f35f49a32e1a65673658d07f

7:59:25 出错

错误的应用程序名称：Ssms.exe，版本：2017.140.17230.0，时间戳：0x5aa77b02

错误模块名称：ucrtbase.dll，版本：10.0.14393.2097，时间戳：0x5a820b25

异常代码：0xc0000409

故障偏移：0x000891eb

错误进程 ID：0x2ee4

错误的应用程序开始时间：0x01d3e6e172bf41ca

错误的应用程序路径：C:\Program Files (x86)\Microsoft SQL Server\140\Tools\Binn\ManagementStudio\Ssms.exe

错误模块路径：C:\Windows\System32\ucrtbase.dll

报告 ID：68608e7c-dbd8-48d8-bd5c-fc50eaadc804 …

我正在寻找对我读过的各种内容的澄清。我理解将事务日志存储在与 MDF 和 NDF 所在的位置不同的驱动器（主轴）上是最佳做法。

这个相同的原则在 SAN 上的虚拟化环境中是否适用？

我正在寻找一种简单或易于管理的方式来读取 XML 文件，特别是 SQL Server 死锁的 XML 输出。由于各种原因，我有一些服务器没有受到监控。

我在interwebz 上找到了以下代码，但它的输出只是XML。

CREATE TABLE #errorlog (
                        LogDate DATETIME 
                        , ProcessInfo VARCHAR(100)
                        , [Text] VARCHAR(MAX)
                        );

DECLARE @tag VARCHAR (MAX) , @path VARCHAR(MAX);

INSERT INTO #errorlog EXEC sp_readerrorlog;

SELECT @tag = text
FROM #errorlog 
WHERE [Text] LIKE 'Logging%MSSQL\Log%';

DROP TABLE #errorlog;

SET @path = SUBSTRING(@tag, 38, CHARINDEX('MSSQL\Log', @tag) - 29);

SELECT 
    CONVERT(xml, event_data).query('/event/data/value/child::*') AS DeadlockReport,
    CONVERT(xml, event_data).value('(event[@name="xml_deadlock_report"]/@timestamp)[1]', 'datetime') 
    AS Execution_Time
FROM sys.fn_xe_file_target_read_file(@path + '\system_health*.xel', NULL, NULL, NULL)
WHERE OBJECT_NAME like 'xml_deadlock_report';

有没有办法从这个 T-SQL …

我有一些每天和每周的任务，我在其中运行脚本来获取所需的信息。运行此代码一次并访问所有服务器而无需分别登录每个服务器的方法是什么？

我有几个数据库，前端应用程序在其中管理某些维护任务。在这个特定的例子中，我每晚都在运行 INDEX OPTIMIZE 作业，它经常与应用程序发生冲突并失败。

以下是我收到的错误：

Msg 50000, Level 16, State 1, Server MyTestServer01, Procedure CommandExecute, Line 152
Msg 2550, The index "clidx_StatisticalInterface_dPollTime" (partition 1) on table "StatisticalInterface" cannot be reorganized because it is being reorganized by another process.

我知道有时供应商宁愿他们的内置解决方案管理维护。我确定我可以在应用程序中找到该功能并将其关闭，但这个问题是为了以防万一。

我将如何配置或编辑此作业以忽略同一实例中的特定数据库或数据库列表？