伪简单的 SQL Server 恢复是真的吗？

“伪简单 SQL Server 恢复”是术语和场景，我刚刚在（现已删除）新问题SQL Server Truncates Transaction Logs with Copy Only Backups的评论中了解到

我去了Rajendra Gupta 于 2019 年 10 月 7 日发表的 Pseudo-Simple SQL Server Recovery Model帖子，并在那里使用了一些代码，我自己的一些代码做了一些测试。

创建数据库（Rajendra 的代码）

CREATE DATABASE RecoveryModel;

并验证它是否完整（Rajendra 的代码）

SELECT name, 
    recovery_model_desc
FROM sys.databases
WHERE name = 'RecoveryModel';

做一些工作（Rajendra 的代码，稍作修改）

Use RecoveryModel
CREATE TABLE test(id INT);
GO 
INSERT INTO test
VALUES(1);
GO 5000

查看使用了多少日志空间（我的代码）

select file_id
, type_desc
, name
, substring([physical_name],1,3) AS [Drive]
, physical_name
, state_desc
, size / 128 as 'AllocatedSizeMB'
, FILEPROPERTY([name],'SpaceUsed') /128 AS 'SpaceUsedMB'  --Addapted from https://sqlperformance.com/2014/12/io-subsystem/proactive-sql-server-health-checks-1
, (1- (FILEPROPERTY([name],'SpaceUsed') / CAST (size AS MONEY))) *100 AS 'PercentFree'
, growth / 128 as 'GrowthSettingMB'

 from sys.database_files
 order by type_desc Desc, name

我们发现有日志正在填充。再次运行工作并检查大小，日志增长，不足为奇。

尝试运行 t-log（我的代码）

BACKUP LOG [RecoveryModel] TO  
DISK = N'E:\SQLBackups\RecoveryModel.trn' WITH NOFORMAT, NOINIT, SKIP, NOREWIND, NOUNLOAD 
GO

它失败并显示消息：

消息 4214，第 16 层，状态 1，第 8 行

无法执行 BACKUP LOG，因为没有当前数据库备份。

消息 3013，第 16 层，状态 1，第 8 行

BACKUP LOG 异常终止。

如果您尝试在“简单恢复”中备份数据库，那一点都不简单。你收到消息

消息 4208，第 16 层，状态 1，第 19 行

当恢复模式为 SIMPLE 时，不允许使用 BACKUP LOG 语句。使用 BACKUP DATABASE 或使用 ALTER DATABASE 更改恢复模式。

运行仅副本备份（我的代码）

BACKUP DATABASE [RecoveryModel] TO  
DISK = N'E:\SQLBackups\RecoveryModel.bak' WITH NOFORMAT, INIT, COPY_ONLY,  
NAME = N'RecoveryModel-Full Database Backup', SKIP, NOREWIND, NOUNLOAD
GO

它运行良好，检查日志空间并没有缩小。再运行几次工作负载，日志空间继续增长。运行 t-log 备份，它继续失败。

运行差异备份（我的代码）

BACKUP DATABASE [RecoveryModel] TO  
DISK = N'E:\SQLBackups\RecoveryModel.dif' WITH  DIFFERENTIAL , NOFORMAT, NOINIT,  
NAME = N'RecoveryModel-Diff Database Backup', SKIP, NOREWIND, NOUNLOAD
GO

它就像 t_log 一样失败

消息 3035，级别 16，状态 1，第 13 行无法为数据库“RecoveryModel”执行差异备份，因为当前数据库备份不存在。通过重新发出 BACKUP DATABASE 执行完整的数据库备份，省略 WITH DIFFERENTIAL 选项。

那么关于这个的“伪简单”是什么？日志增长，t-log 和差异备份失败。您有一个处于完全恢复状态的数据库，没有完全备份。

编辑它看起来像我的构建中的服务器特定的东西导致结果与其他人看到的不同。我接受了乔希的回答。