我正在研究使用windows监视事务日志的使用情况。
在AdventureWorks数据库中,我创建了以下语句
SET IDENTITY_INSERT Person.BusinessEntity ON
WHILE 1 = 1
BEGIN
DECLARE @id INT
SELECT @id = MAX(BusinessEntityID) FROM Person.BusinessEntity
SET @id += 1
INSERT INTO Person.BusinessEntity(BusinessEntityID, rowguid, ModifiedDa
MSSQL是否需要比数据本身更大的空间来导入?还要多少钱?怎么说?
最近尝试将数据复制到MSSQL服务器(2012)
Microsoft SQL Server Management Studio 11.0.3156.0
Microsoft Analysis Services Client Tools 11.0.3130.0
Microsoft Data Access Components (MDAC) 6.2.9200.16384
Microsoft MSXML 3.0 5.0 6.
我尝试使用以下查询还原数据库:
ALTER DATABASE [DatabaseName] SET Single_User WITH Rollback Immediate GO
RESTORE DATABASE DatabaseName FROM DISK = 'C:\DBName-Full Database Backup'
ALTER DATABASE [DatabaseName] SET Multi_User GO
但是,我没有恢复数据库,而是得到了以下错误:
Msg 3159,第16级,状态1,第2行
数据库"DatabaseName“的日志尾尚未备份。如果日志
什么时候应该使用完整的恢复模型,什么时候应该对数据库使用简单的恢复模型?
我总是使用完整的恢复模型,因为它是默认的,但是今天我遇到了以下错误:
(0x80040E14)数据库“数据库名称”的事务日志已满。若要了解日志中空间不能重用的原因,请参阅sys.databases中的sys.databases列。
具体的数据库实际上是我的服务器上最小和最不活跃的数据库之一,所以我不知道日志如何能满在这个数据库上,而不知道其他的数据库。
为了缩小日志并使数据库再次可访问,我将恢复模型从完整更改为简单,并使用以下命令缩小了逻辑文件日志
alter database myDbName SET recovery
我正在运行带有server 2008 R2的日志传送。
我遇到的情况是,辅助数据库驱动器耗尽了空间,并且没有应用日志传送事务日志。
我想解决这个问题的方法是删除辅助数据库并从零开始配置日志传送。
我现在遇到的问题是,我的辅助数据库处于恢复状态,我无法删除它们。我该怎么做?
例如,如果我试图让他们离线,我就会得到错误,
ALTER DATABASE is not permitted while the database is in the Restoring state.
我正在执行从TFS 2015到TFS 2018的基于迁移的升级。我使用TFS (计划备份)执行完整备份,但当我尝试使用TFS 2018计划备份进行恢复时,它不会列出数据库。如果我点击“列出备份”,“等待对话”将旋转一次并死亡。我在日志文件里什么都没有。数据库所在的目录与权限正确共享,并在资源管理器中显示为共享。我使用的是Windows Server 2016。我必须使用SSMS 17.6 for SQL Server 2016执行恢复。这让我感到紧张,因为没有执行每生产升级对数据库执行的保护。有没有人看到这个问题并有解决方案?
嗨,我正在使用这个查询来缩小数据库日志文件。
USE Tfs_CoE;
GO
ALTER DATABASE Tfs_CoE
SET RECOVERY SIMPLE;
GO
DBCC SHRINKFILE (Tfs_CoE_Log, 1);
GO
ALTER DATABASE Tfs_CoE
SET RECOVERY FULL;
GO
在我将数据库添加到“始终可用”组之前,它一直工作正常,现在我得到了这个错误。
MSG1468,级别16,状态2,第4行无法对数据库"Tfs_CoE“执行操作,因为它涉及数据库镜像会话或可用性组。在参与数据库镜像会话或可用性组的数据库上,不允许进行某些操作。