Niels Broertjes's questions

我想在我们的一个系统（SQL Server 2016 SP2 CU17）上删除一个数据库，但是在单用户模式下设置数据库的过程卡在等待类型 PRINT_ROLLBACK_PROGRESS 上。我使用下面的语句。

GO
ALTER DATABASE MyDatabaseName
SET SINGLE_USER
WITH ROLLBACK IMMEDIATE;
GO

消息选项卡也会生成此消息一百万次：

“正在回滚不合格的事务。预计回滚完成度：0%。”

我们还让语句运行了 1.5 小时，不幸的是没有运气。

因此，我检查数据库是否有任何与 DBCC OPENTRAN 相关的开放事务，但没有。其次，sp_WhoIsActive 不显示数据库上的任何活动进程。Sp_who2 也不再显示与相关数据库的任何连接。我在某处发现了一个建议将数据库选项 AUTO_UPDATE_STATISTICS_ASYNC 设置为关闭的线程，但那已经关闭了。

但是我真的怀疑有一些系统进程正在做一些事情来阻止上面的语句成功地将数据库设置为单用户模式。我也尝试了 WITH NO_WAIT，但在超时后如预期的那样给了我一条错误消息。我还关闭了 AUTO_UPDATE_STATISTICS 只是为了确定，但这当然没有帮助。

我认为服务器重启是可能的，因为没有正在回滚的用户进程，所以我预计启动时间不会太长。但是，从现在起 2 周后才能重新启动，因为这是一个生产服务器，所以我正在寻找一种更干净的方法来完成这项工作。希望有人能帮忙。

我有一个问题，我不断从下面的查询中获取值“CtP_PETER_Fact”。它应该是区分大小写的 where 子句。我尝试了几种不同的方式：在选择中的“Where ObjectName”之后设置 COLLATE 语句，在正则表达式之后设置并使用排序规则创建列。我不断得到我没想到的输出。我的正则表达式可能有问题吗？我也对正则表达式做了很多试验，但似乎无法让它发挥作用。

IF OBJECT_ID('tempdb..#nameFacts') IS NOT NULL
DROP TABLE #nameFacts;


CREATE TABLE #nameFacts (


    objectname varchar(200) COLLATE SQL_Latin1_General_CP1_CS_AS,
    ObjectType varchar(40)

)


insert into #nameFacts (objectname, ObjectType)
values
 ('BPD_Inslap_Fact','Fact')
,('CTP_HENK_FACT','Fact')
,('CTP_PETER_Fact','Fact')
,('CTP_PETER_FACT','Fact')
,('CtP_PETER_Fact','Fact')
,('C0P_PETER_Fact','Fact')
,('C0P_PETER_FACT','FACT')


SELECT *
FROM #nameFacts
WHERE
ObjectName --COLLATE SQL_Latin1_General_CP1_CS_AS 
            LIKE '[A-Z0-9][A-Z][A-Z][_][A-Z][A-Z][A-Z][A-Z][A-Z][_][F][a][c][t]' --COLLATE SQL_Latin1_General_CP1_CS_AS


IF OBJECT_ID('tempdb..#nameFacts') IS NOT NULL
DROP TABLE #nameFacts;

我不断得到下面的输出，我不希望值'CtP_PETER_Fact'。我在 SQL Server 2016 SP2 CU 17 上。

我在主文件组上有一个现有表，我想对其进行分区。分区键在年份，这是一个计算列。我想以这样的方式对表进行分区，以便最终每年的数据都在它自己的文件组上。我首先想拆分 2 年，所以稍后我可以测试更多关于如何使用拆分命令拆分其他数据的内容。现在，我可以创建分区函数和方案，并且我还看到某年的数据在正确的分区中，但是我无法在正确的文件组中获取物理数据。似乎数据仍驻留在该主文件组中。我尝试重建索引，但这仍然没有将数据移动到正确的文件组中。最后，该表将具有聚集列存储索引，但我也尝试使用聚集行存储索引。我这样做的原因是因为 SQL Server 似乎不允许列存储索引拆分和合并非空分区（我尝试了一些拆分和合并但结果相同的东西），所以我认为这至少可以工作。如果您有任何建议或意见，请在此填写。顺便说一句，我正在使用 SQL Server 2019。

现在对于代码，我使用 Stackoverflow2013 数据库：

use StackOverflow2013;
go

-- Create file groups for partitions
alter database [StackOverflow2013]
add filegroup StackOverflow2013_2008;

ALTER DATABASE [StackOverflow2013]
    ADD FILE 
    (
    NAME = [StackOverflow2013_2008],
    FILENAME = 'E:\DATA\StackOverflow2013_2008.ndf',
        SIZE = 1024 KB, 
        MAXSIZE = UNLIMITED, 
        FILEGROWTH = 512 MB
    ) TO FILEGROUP [StackOverflow2013_2008]
    
alter database [StackOverflow2013]
add filegroup StackOverflow2013_2009;

ALTER DATABASE [StackOverflow2013]
    ADD FILE 
    (
    NAME = [StackOverflow2013_2009],
    FILENAME = 'E:\DATA\StackOverflow2013_2009.ndf',
        SIZE = 1024 KB, 
        MAXSIZE = UNLIMITED, 
        FILEGROWTH = 512 MB
    ) TO FILEGROUP [StackOverflow2013_2009]


-- Drop the current default index, we want to build one later on the partition key
ALTER TABLE [dbo].[Comments] DROP CONSTRAINT [PK_Comments_Id] WITH ( ONLINE = OFF )

-- Add partition key column
alter table [StackOverflow2013].[dbo].[Comments]
add [year] as (datepart(year, CreationDate));

go
-- Add partition function based on year 
-- For now we only want 2008 and 2009, other years will be migrated later to test with split function
create partition function fun_Comments(int)
as range left for values (2008, 2009);

-- Add partition scheme
create partition scheme scheme_Comments
as partition fun_Comments
to (StackOverflow2013_2008, StackOverflow2013_2009, [Primary]);

-- Check the partition numbers and who's next
SELECT DestinationId = DestinationDataSpaces.destination_id
    ,FilegroupName = Filegroups.name
    ,PartitionHighBoundaryValue = PartitionRangeValues.value
    ,IsNextUsed = CASE 
        WHEN DestinationDataSpaces.destination_id > 1
            AND LAG(PartitionRangeValues.value, 1) OVER (
                ORDER BY DestinationDataSpaces.destination_id ASC
                ) IS NULL
            THEN 1
        ELSE 0
        END
FROM sys.partition_schemes AS PartitionSchemes
INNER JOIN sys.destination_data_spaces AS DestinationDataSpaces ON PartitionSchemes.data_space_id = DestinationDataSpaces.partition_scheme_id
INNER JOIN sys.filegroups AS Filegroups ON DestinationDataSpaces.data_space_id = Filegroups.data_space_id
LEFT OUTER JOIN sys.partition_range_values AS PartitionRangeValues ON PartitionSchemes.function_id = PartitionRangeValues.function_id
    AND DestinationDataSpaces.destination_id = PartitionRangeValues.boundary_id
WHERE PartitionSchemes.name = N'scheme_Comments'
ORDER BY DestinationId ASC;

检查分区 1 的行

SELECT * FROM Comments 
WHERE $PARTITION.fun_Comments(year) = 1; 

检查分区 2 的行

SELECT * FROM Comments 
WHERE $PARTITION.fun_Comments(year) = 2; 

检查文件大小

（非常大的查询）

-- 创建新的聚集索引以正确分布数据

create clustered index [CCIX_Comments] ON [dbo].[Comments] (year)

再次检查文件大小

所以在我看来，所有数据实际上仍在主文件组中，因为新文件组是 emtpy。该表为 7 GB，因此我至少希望其中有一些数据。

所以基本上我的问题是，在这种情况下，如何正确地在文件组中的文件上重新分配数据？