小编Bre*_*zar的帖子

安装 CU2 后，我们的 SQL 服务器代理随机停止工作。如果您通过打开作业活动监视器来检查代理的状态，它会出现一段时间的空白，然后抛出错误：

无法检索此请求的数据。(Microsoft.SqlServer.Management.Sdk.Sfc)

如需帮助，请单击：https : //go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&LinkId=20476

- - - - - - - - - - - - - - - 附加信息：

执行 Transact-SQL 语句或批处理时发生异常。(Microsoft.SqlServer.ConnectionInfo)

---

当前命令发生严重错误。结果，如果有的话，应该被丢弃。（Microsoft SQL Server，错误：0）

如需帮助，请单击：http : //go.microsoft.com/fwlink?ProdName=Microsoft%20SQL%20Server&ProdVer=15.00.4013&EvtSrc=MSSQLServer&EvtID=0&LinkId=20476

任何线索可能导致这种情况？

在我们的环境中，网络存储空间不足。同时，我想确保我们每 15 分钟进行一次事务日志备份，而不是每 6 小时一次。我的问题是将日志备份间隔从 6 小时更改为每 15 分钟会消耗更多磁盘空间吗？

我在我的一台生产服务器上运行了 Brent Ozar 的 sp_blitz。IT 将 MSDB 数据库中的一些表标记为是用户创建的。它们都遵循 dbo.DTA_* 模式。这些表是随 MSDB 一起提供的，还是由某事/某人添加的？

我正在尝试收集有关 SQL 数据库的一些知识，但我对事务日志文件 (LDF) 有一些疑问。

首先，当您创建数据库时，您必须为数据库和日志文件定义初始文件大小。据我所知，一旦在磁盘上创建文件，无论数据库中是否有实际数据或是否有任何事务（日志），它们都将具有指定的大小。

我的理解是备份数据库：

1. 截断事务日志，以及
2. 缩小尺寸

通过“清空”其中的日志来清除磁盘上的 LDF 文件。

现在看来我没有正确理解这一点，因为日志文件似乎是固定大小的。我的实际问题是这样的：

截断日志实际上对日志文件 (LDF) 有何影响？这个过程应该是为了防止磁盘变满。

如果我没有正确理解某些概念，请纠正我。

谢谢！

SQL Server 2022 引入了针对事务日志文件增长事件的即时文件初始化。在2022 年新增功能页面中，微软指出：

一般来说，事务日志文件无法从即时文件初始化 (IFI) 中受益。从 SQL Server 2022 (16.x)（所有版本）和 Azure SQL 数据库开始，即时文件初始化可以使事务日志增长事件受益最多 64 MB。新数据库的默认自动增长大小增量为 64 MB。大于 64 MB 的事务日志文件自动增长事件无法从即时文件初始化中受益。

为了测试这一点，我尝试反复以不同大小（例如 50 和 70MB）增长日志文件，但是......它们都不是瞬时的。

DROP DATABASE LogGrowthTest;
GO
CREATE DATABASE [LogGrowthTest]
 CONTAINMENT = NONE
 ON  PRIMARY 
( NAME = N'LogGrowthTest', FILENAME = N'Z:\MSSQL\Data\LogGrowthTest.mdf', 
    SIZE = 8192KB , FILEGROWTH = 60000KB )
 LOG ON 
( NAME = N'LogGrowthTest_log', FILENAME = N'Z:\MSSQL\Data\LogGrowthTest_log.ldf' , 
    SIZE = 8192KB , FILEGROWTH = 60000KB )
GO
DECLARE @TestStartTime DATETIME2 = GETDATE(), @i …

我想更改Amazon RDS 的数据库实例的MYSQL 数据库名称。

怎么可能呢？

我是一个偶然的 DBA，需要帮助确定有关多个数据库上的事务日志文件的操作过程。我运行 Brent Ozar 的 sp_blitz 以查看 SQL Server 2012 实例上可能存在哪些问题，我看到的其中一件事是比数据文件大的事务日志文件。在一个数据库上，数据文件为 3.33 GB，日志为 5.19 GB。其他人的比例大致相同。

此方案的说明表明可能需要收缩日志文件，但前提是数据库处于完全恢复模式。此数据库设置为简单恢复。

我应该缩小日志文件还是只留下它们？

谢谢你的时间。

我在 SQL Server 2008R2 Standard 中有一个没有聚集索引的表，有很多未使用的空间，如下图所示：

如何从 中回收未使用的空间MyTable？

该表声明如下：

CREATE TABLE [dbo].[MyTable](
    [RecordID] [varchar](50) NULL,
    [DocumentID] [nvarchar](100) NULL,
    [DocumentName] [varchar](100) NULL,
    [DocumentOwner] [varchar](50) NULL,
    [DocumentTemplate] [varchar](50) NULL,
    [DocumentData] [ntext] NULL,
    [DocumentDate] [char](10) NULL,
    [DocumentTime] [char](10) NULL,
    [DocumentSize] [int] NULL,
    [DocumentUpdateVersion] [int] NULL,
    [SecondaryStorageURI] [varchar](150) NULL,
    [PreviousExportUri] [varchar](150) NULL
) 

我应该遵循哪些步骤来释放未使用的空间？

在 SQL Server 2017 中，应用累积更新 7 后，master 中有一个名为 sp_restore_filelistonly 的新系统存储过程。这是为了什么？

我有一些查询需要获取 64 个以上的特定行，例如这个带有 65 个 ID 的示例。TableID 为主键，类型为 BigInt。

SELECT * FROM TableA 
        WHERE TableID IN (260905384, 260915601, 260929877, 260939625, 260939946, 261096977, 261147037, 261152934, 261163936, 261357728, 261369122, 261376714, 261454472, 261488500, 261527284, 261584786, 261619749, 261679560, 261777653, 261786639, 261795246, 261795810, 261803724, 261821199, 261824173, 261827397, 261840197, 261848595, 261874545, 261889122, 261889355, 261929793, 261953069, 262106609, 262134069, 262134088, 262339745, 262354363, 262360015, 262571936, 262586920, 262591486, 262663776, 262703601, 262746674, 262792439, 262801544, 262826561, 262933229, 262933270, 262947539, 262958110, 263021588, 263032875, 263037208, 263039292, 263045038, 263085369, 263089147, 263091427, 263097644, 263100021, 263103339, 263104396, …