即使备份日志文件，也必须备份.trn文件吗
备份日志文件时，通常需要备份事务日志（.trn文件）。事务日志记录了数据库中每个事务的详细信息，包括对数据的修改操作。备份事务日志文件的目的是为了保证数据的完整性和一致性，并提供恢复数据库到特定时间点的能力。
备份事务日志文件的优势包括：
- 数据完整性保障：事务日志文件记录了数据库中每个事务的修改操作，备份事务日志文件可以确保在数据丢失或损坏的情况下，能够通过事务日志进行数据恢复，保证数据的完整性。
- 数据恢复能力：备份事务日志文件可以用于将数据库恢复到特定时间点，以满足业务需求或应对意外情况。
- 减少数据丢失风险：备份事务日志文件可以减少数据丢失的风险，因为即使在数据库备份之后发生故障，也可以通过事务日志进行恢复，最大程度地减少数据丢失。
备份事务日志文件的应用场景包括：
- 数据库恢复：当数据库发生故障或数据丢失时，可以使用备份的事务日志文件进行数据库恢复，以保证数据的完整性。
- 数据库迁移：在数据库迁移过程中，备份事务日志文件可以用于将数据迁移到新的环境中，确保数据的一致性和完整性。
- 数据分析和审计：备份事务日志文件可以用于数据分析和审计，通过分析事务日志可以了解数据库的操作历史和数据变更情况。
腾讯云提供了一系列与数据库备份相关的产品和服务，包括云数据库 TencentDB、云数据库备份服务 TencentDB Backup，以及云数据库灾备服务 TencentDB Disaster Recovery等。您可以通过以下链接了解更多信息：
请注意，本回答不涉及亚马逊AWS、Azure、阿里云、华为云、天翼云、GoDaddy、Namecheap、Google等品牌商。
相关·内容
从Server中的备份还原时，步骤是还原.bak文件，然后应用自上次完全备份以来的任何.trn文件。
如果涉及相同的事务，那么有多少.trn文件会有区别吗？也就是说，恢复一个1小时的.trn文件相对于12个5分钟的.trn日志是更快还是更慢？
浏览 0提问于2013-04-18得票数 3
回答已采纳
SQL正在将我的数据库备份到许多.trn文件中(在备份文件夹中)。
问题是Azure无法从.trn文件恢复数据库。它只适用于.bak文件。
有办法将.trn转换为.bak (单个文件)吗？
浏览 0提问于2021-06-21得票数 0
回答已采纳
我正忙着审查我的SQL维护计划，我有点困惑于数据库上的恢复模型选项，特别是与时间点恢复相关的选项。
下面是我的场景：
我有两个维护计划
每小时进行事务日志备份的人
另一个执行每日完整备份(但首先是在完全备份之前进行事务日志备份)
所有数据库都被设置为使用简单的恢复模型。
这是我的问题
鉴于恢复模型被设置为simple，而msdn声明简单恢复模型不支持实时恢复--这是否意味着我无法使用事务日志备份将灾难中的数据库恢复到发生前一小时？
首先应该做哪些备份，数据库备份还是事务日志备份？
我正忙着读的文章说我应该先做数据库备份，然后再做事务日志备份，否则我会得到维护计划错误，但是我现在首先备份事务日
浏览 0提问于2012-09-28得票数 5
回答已采纳
2回答
简单备份计划问题
、、、
我正在使用2016标准(64位)。我有以下备份计划(9步长).
我想每天只需要一个完整的(简单的)备份。是否需要执行步骤8(备份事务日志)？或者，在备份完成后，我是否可以运行类似于“截断事务日志”之类的查询？我是不是错过了任何步骤，或者运行一些我不该做的事情？
“管理”-“维修计划”- "My_Maint_Plan“
检查数据库完整性
收缩数据库
重组指数
重建指数
更新统计
清理历史
备份数据库(完整)
备份数据库(事务日志)
维护清理任务
这个计划每天创建2个文件.BAK (1.7G)和.TRN (8G).我真的需要8G的TRN文件吗？
浏览 0提问于2021-03-19得票数 1
我们有一个本地SQL SERVER数据库，用于每天同步第三方SQL SERVER数据库。他们每天向我们提供事务日志文件，每个周末提供一个完整的备份文件。例如，我们在星期天获取完整备份文件Sun.bak，星期一获取Mon.trn，星期二获取tue.trn，依此类推
我的理解是为了恢复事务日志备份文件，每天，我需要先恢复完整备份，然后恢复以下事务日志文件。
例如在周一，我需要恢复Sun.bak + Mon.trn才能恢复它，而在周二，我需要恢复Sun.bak+Mon.trn+Tue.trn
我想知道是否可以跳过完整备份步骤，只恢复事务日志文件？比如周三，我只恢复了Wed.trn，这是可能的吗？
浏览 0提问于2018-10-18得票数 0
1回答
在我在数据库中做的备份中，我在完全备份之后进行的第一次日志备份占用了太多的空间，甚至比完全备份还要多。
例如：
4:50 AM: FULL BACKUP - .bak 7.2GB
6:30 AM: LOG BACKUP - .trn 9.3GB
7:00 AM: LOG BACKUP - .trn 2mb
7:30 AM: LOG BACKUP - .trn 150mb
8:00 AM: LOG BACKUP - .trn 1mb
8:30 AM: LOG BACKUP - .trn 50mb
请注意，第一个日志备份以GB为单位，而其他日志备份为MB。
我要做
浏览 0提问于2015-10-23得票数 2
回答已采纳
1回答
我希望得到一些帮助或指导，我目前有一个超过1TB的数据库，我们每天晚上做一次完整的DB备份，每15分钟运行一次trn日志备份。一切都完美无缺。但是trn备份文件平均在300 is到800 is之间，我遇到的问题是，备份这些文件的最好和最快的方法是什么？
我们的灾难恢复状态需要在一小时内恢复。
我目前正在使用第三方工具备份这些大型trn文件，由于trn文件的大小，备份需要几个小时才能完成第三方工具上的trn文件。
还有其他或更快的方法来备份这些trn文件(我们的SQL server在Azure中)吗？
浏览 0提问于2020-06-24得票数 1
1回答
我正在实现一个自动日志传送解决方案，到目前为止，我有以下内容：
<#
#Pre-req#
a. The primary database needs to be in Full recovery mode
#Primary Steps#
1. Backup: Generate DB backup from primary server/instance
2. Restore: Restore backup DB on secondary server/instance.
3. In order to remain in sync efficiently, ship just t
浏览 0提问于2021-08-21得票数 1
回答已采纳
1回答
我恢复数据库日志如下：
RESTORE LOG [paytrn] FROM DISK = N'C:\backup\log.trn' WITH FILE = 1, NORECOVERY, NOUNLOAD, STATS = 100
GO
RESTORE LOG [paytrn] FROM DISK = N'C:\backup\log.trn' WITH FILE = 2, NORECOVERY, NOUNLOAD, STATS = 100
GO
但是有很多文件，有没有办法恢复所有文件，而不是对每个文件进行写恢复？类似于：
RESTORE LOG
浏览 0提问于2015-02-27得票数 0
2回答
我想在主副本服务器上的还原模式下恢复只有副本的完全备份文件，这些备份是从辅助副本中提取的。我只对辅助副本进行了备份，然后进行了故障转移，然后在主副本上使用了.trn备份文件(它进行了完全备份)。从一台服务器进行完全和trn文件备份，但当服务器处于辅助模式时则采用完全备份，服务器处于主备份时则采用trn备份，并且我希望在故障转移后在辅助副本上以还原模式还原这两种备份。我想用我的手在集群中添加数据库，因为我们的数据库很大。
在主服务器上还原它们时出错，错误为
此备份集中的日志开始于LSN 38202000004450500001，这是最近才应用于数据库的。可以还原包含LSN 38167000000
浏览 0提问于2022-01-25得票数 0
1回答
我需要设置一个备份计划来覆盖一个开发/生产前服务器，直到真正的DBA出现为止。我的计划是运行基本运行以下语句的3T-SQL作业
夜间:用校验和将数据库MyDB备份到磁盘= 'F:\MSSQLSERVER\BU\MyDB.bak‘；
每小时:将数据库MyDB备份到磁盘=“F：\MSSQLSERVER\BU\MyDBDiff.bak”，并有差异；
每5分钟将日志MyDB备份到磁盘=N‘l：\MSSQLSERVER\logsMyDB.trn’；
我担心覆盖最后一个差异备份/日志备份文件是错误的做法，因为我还无法确认新的日志/diff备份将覆盖从上一次完整db备份开始的整个期间。
根据备份文件
浏览 0提问于2017-09-28得票数 2
回答已采纳
我们正在对Server 2012数据库进行完全备份，并尝试将其还原到另一个Server。但是，在这样做时，它只尝试从日志(.trn)恢复，而不包括完全备份(.bak)。
在这里，我们选择这两个文件。
在此之后，它只尝试恢复TRN文件，这当然无法恢复。
是否有适当的方法来恢复完整日志和事务日志？
浏览 0提问于2019-05-14得票数 1
回答已采纳
在完全备份SQL2005数据库之后，事务日志有多重要？
示例:我有一个名为Test的数据库，我不关心使用事务日志进行时间点恢复，只是我可能希望恢复到上次完全备份时采取的数据库版本。
现在，在备份目录中，我有一个名为Test.bak的完整备份加上4个相关的.trn文件。如果我做了另一个名为Test1.bak的新备份，那么从前面的备份序列中删除Test.bak + .trn文件安全吗？如果我删除了所有备份文件，除了我的Test1.bak之外，我是否能够从这一个文件中恢复，或者应该因为.trn文件的消失而出现恢复问题？
浏览 5提问于2009-07-02得票数 4
回答已采纳
1回答
我正在整理我们的日志备份乔布斯(SQL2008r2 )，这些工作已经变得有点混乱了！
我正在为每天设置一个trn日志备份作业到一个远程文件夹(在本例中称为星期一)。然后，我计划为每个文件夹设置一个备份设备，文件名为达纳梅logs.trn (如Mondaylogs.trn )。
我的计划是，维护工作将每15分钟备份5个生产数据库(数据库A、B、C、D、E)日志文件到备份设备文件Mondaylogs.trn
我只想确认的一件事是，如果我想恢复到周一的某个时间点，只为一个数据库(假设数据库B)，我将通过单个文件Mondaylogs.trn实现这一点？
如果我不正确，是否必须设置设备、Mondaylo
浏览 0提问于2015-11-30得票数 1
回答已采纳
我已经设置了一些日志传送实例，但我不是DBA。
这个周末发生了一些事情，这是第一次--由于我无法控制的电气问题，日志运输监视器服务器暂时关闭了。
在此期间，当我查看主计算机和辅助计算机时，这两台机器都已启动并运行，.trn文件仍在按预期的方式从主计算机复制到辅助计算机。然而，次要实例根本没有恢复.trn文件。我收到通知：
日志传送主数据库_________的备份阈值为60分钟，并且82分钟没有执行备份日志操作。检查代理日志和日志传送监视信息。
这是意料之中吗？主程序和辅助程序都在运行--监视器不应该是一个“可选的”SQL实例，对日志传送没有影响吗？它阻止次要实例应用备份，即使我后来显式地运行了
浏览 0提问于2015-04-13得票数 1
回答已采纳
第一个问题：
我已经通过SSMS为Server创建了多个维护计划。现在我在想，对于类似的计划，什么是“最好的”：多个或单一的计划和子计划？在一个子计划中使用多个任务安全吗？
目前，我有7个不同的计划：
备份-全套(每周)
备份-差异(每日)
备份事务(每30分钟一次)
删除旧的"bak“文件(超过6个月，每周执行)
删除旧的"trn“文件(超过6个月，每周执行)
删除旧的维护日志文件"txt“(超过6个月，每周执行)
清理历史(6个月以上，每周执行)
例如，我可以创建一个备份-计划与3个子计划(完全，差异，事务-由于不同的时间)和第二个计划与一个子计划(每周执行)内4个
浏览 0提问于2020-10-27得票数 0
我有一个完整的日志数据库，每天只经历几次更改。事务日志备份每小时进行一次。一个单行更新(单个事务)发生在上午9:30，相应的VLF然后在上午10点的日志备份中被截断。
我知道截断并不意味着删除，VLF在等待被覆盖。
该记录在上午10:30再次更新。
所以我的问题是，如果数据库上没有更多的事务，VLF (或来自它的数据)会出现在11 of日志备份的TRN中吗？
也就是说，两次更新的完整历史记录能否出现在上午11点TRN文件中？
我问这个问题是因为我试图弄清楚我在某个著名的日志阅读软件中看到的东西。
谢谢
浏览 0提问于2021-07-22得票数 0
回答已采纳
1回答
我已经理解了事务日志的重要性，但仍不清楚以下几点：
我使用以下语句备份了T-日志:备份日志myDB到磁盘= 'I:\Log_Backup\myDB.TRN‘GO
然后，我使用以下状态来监视所使用的空间：
DBCC SQLPERF(LOGSPACE);
GO
以前很大的日志间隔使用到了0.859 %
关于备份问题，我有两个问题：
我们的TSM家伙正在备份文件夹：I:/Database和I:/Logs一天三次。I:/Database是包含所有MDF-文件的文件夹，I:/Logs是包含所有LDF-文件的文件夹。他应该支持I:/Log_Backup/和I:/Logs吗？或者应该只备份所有实际日
浏览 0提问于2015-09-25得票数 5
有任何方法来获取TRN文件中包含的数据的时间周期吗？
我所拥有的：
事务日志的备份
我需要的是：
日志中第一个和最后一个条目的时间戳。
我怎样才能得到这些信息？
浏览 0提问于2014-11-24得票数 2
回答已采纳
我刚接触过DB后援。我刚刚从本项质询(链接)上了解了备份类型。在我阅读了the differential backup is cumulative since the last full之后，我开始好奇是否多个完整的和差异的备份不是强制性的。
例如，我有这样的备份：
full_backup_2018_05_09_000000.bak
tran_backup_2018_05_09_000500.trn
tran_backup_2018_05_09_001000.trn
diff_backup_2018_05_09_001500.bak
tran_backup_2018_05_09_002000.
浏览 0提问于2018-05-10得票数 3
回答已采纳
我认为msdb.dbo.backupset.compressed_backup_size中的值表示完整、差分或日志备份文件(即BAK、DIFF或TRN文件)的大小(以字节为单位)。然而，尽管对于完整备份(BAK)文件和日志备份(TRN)文件来说，这是精确的或非常接近的，但结果似乎是随机的。
复制步骤( Server 2008 R2 SP3)：
(1)。创建一个名为“MyDatabase”的数据库。将其设置为完全恢复模型。
(2)。对“MyDatabase”进行压缩的完全备份。
(3)。对“我的数据库”进行日志备份。
(4)。运行以下查询：
SELECT
bs.[database_
浏览 0提问于2016-04-22得票数 2
不幸的是我得到了：
“在”\xxx\xxx$\…“中没有”数据库xxx“的备份
一旦我添加了@StopAt = ‘2019-03-27T04:05:20参数。
当我注释这个参数时，一切都很好，除了只有完整备份后的第一个日志文件被恢复-并且不是在同一个备份目录中的所有日志备份。
也尝试了脚本示例中的日期格式：@StopAt = 20192703040520，但是我得到了相同的错误。我做错什么了？备份文件的名称(trn)如下：tools_backup_2019_03_27_110112_9746376.trn
增加28032019：
首先，感谢您至今的回答！
Server版本: 2016标准(13
浏览 0提问于2019-03-27得票数 1
1回答
我是DBA的新手，在学习不同类型的备份的同时，有一个问题出现在我的脑海中。所以问题是，在上一次差异备份中，仅仅是前一次差异备份的和，还是以前的备份加t日志备份的总和？假设我有以下备份：
full_backup_2018_05_09_000000.bak
tran_backup_2018_05_09_003500.trn
tran_backup_2018_05_09_004000.trn
diff_backup_2018_05_09_004500.bak
tran_backup_2018_05_09_005000.trn
tran_backup_2018_05_09_005500.trn
dif
浏览 0提问于2019-05-13得票数 1
回答已采纳
由于某种原因，日志备份不会将.trn文件带到指定的位置。
它确实适用于完整的、不同的参数，但不适用于日志。
是窃听器还是我漏掉了什么？
相同的文件夹结构，相同的帐户执行代码，相同的权限。数据库处于完全恢复模式。没有产生错误。它只是不传递文件。
EXEC master.dbo.DatabaseBackup
@BackupType = 'LOG', -- changing this to 'FULL' or 'DIFF' works fine
@Databases = 'AdventureWorks2017'
浏览 0提问于2021-06-22得票数 0
1回答
备份日志大于日志文件
、、、
今天，我注意到数据库日志的备份是18 8GB，但是日志文件的大小只有8GB。
我使用以下命令进行备份：
BACKUP LOG [myDB]
TO DISK = N'g:\sqlbackup\LOG\myDB_LOG_20160329_084501.trn'
WITH CHECKSUM
, COMPRESSION;
有人能解释备份文件比日志文件大的可能性吗？
更新：
数据库处于完全恢复模式，这里有216 VLF在我的日志文件中。
我只是查看了ldf文件的大小来确定日志的大小(我知道这不是正确的方法，但是如果备份为18 8GB，ldf文件将大于8GB)。
我问我的同事
浏览 0提问于2016-03-29得票数 2
我有以下错误：
前滚起点现在位于日志序列号(LSN) 54706330000000660001。需要通过LSN 1942924000000000043500001进行额外的前滚，才能完成恢复序列。
现在我解释:我在“恢复.”中有一个数据库。模式，因为我从以前使用的.bak文件中应用了文件和文件组的还原，但没有.trn类型的事务日志文件( LSN 1942924000000000043500001)来恢复数据库。如何使数据库恢复联机或返回还原过程而不丢失数据库中的其他ndf子数据？
图像恢复过程失败：
📷
浏览 0提问于2022-04-10得票数 1
查看我的SQL日志传送文件名(下面是一个示例)
Q:\Backups\LogShipping\MyAudit\MyAudit_20201027165400.trn
事务日志以什么日期时间格式表示(本地军事时间，UTC时间)？
浏览 0提问于2020-10-27得票数 1
回答已采纳
我正在尝试为我们的数据库创建一个维护计划，因为自从他们创建以来就没有人这样做过。我一直在阅读有关完整备份、差异等的内容，但我真的对.trn文件感到困惑。我不得不停止创建这些文件的任务，因为它们不会被删除，所以它会增长到超过一百万个文件。我还阅读了有关备份日志文件，如果你有一个完整的恢复模式。 我的问题是，如果我经常备份DatabaseName_log文件，我是否也必须备份.trn文件？
浏览 27提问于2019-12-11得票数 0
回答已采纳
1回答
我有一个事务备份作业，每小时运行一次。
它首先将数据库日志备份到另一个驱动器，然后收缩日志并删除旧的.trn文件。
📷
中间任务使用以下代码缩小日志fle：
USE myDB
DBCC SHRINKFILE('myDB_LOG', 0, TRUNCATEONLY)
但是，有时我收到以下错误。
描述:执行查询“使用myDB Description(‘myDB_LOG’.失败：“备份、文件操作操作(如ALTER添加文件)和数据库上的加密更改必须序列化。在当前备份或文件操作操作完成后重新发出该语句。将数据库上下文更改为”myDB“。可能的失败原因:查询出现问题、"Result
浏览 0提问于2015-03-10得票数 3
回答已采纳
我们有一个Server 2008 R2数据库，它不时备份事务日志。今天凌晨12点左右数据库出现了一个大错误.我有交易日志到早上8点，然后12点到下午16点-等等。
我的问题是:我是否可以将这些事务日志反向合并到数据库中，以便在上午8点返回数据库状态？
还是我最好的机会来恢复一个旧的完整备份和恢复所有事务日志到早上8点？
第一种选择比较可取，因为完全备份是在一段时间前执行的，我害怕从那里恢复并应用trn日志。我是不是对此虚惊了？如果按照这种情况(恢复完整备份并应用trn日志)，实际上有可能发生任何不好的事情吗？
浏览 3提问于2014-01-07得票数 2
回答已采纳
1回答
我是一家没有DBA的小商店的开发人员，我正在努力让日志随sql server 2012一起运行。我正在尝试将报告从事务系统卸载到一个新的数据仓库，并将使用此db作为暂存区域。
我运行了日志传送向导，每次主备份和文件复制作业都能工作。次级还原作业似乎随机失败。
主服务器只有一个事务日志作业。差异备份是禁用的(不确定这是否重要)，但是有完整的备份。
辅助服务器是一个新安装，没有维护计划、备份或活动用户。
是否有办法强制备份同步，还是始终确保备份保持同步？
它看起来太脆弱了。请给我建议。
经编辑的日志如下：
*Starting transaction log copy.
Secondary ID:
浏览 0提问于2016-01-05得票数 9
回答已采纳
在从差异备份恢复数据库时，我面临一个问题。下面是我执行的步骤
DROP DATABASE DBName_delta
GO
BACKUP DATABASE DBName TO DISK = 'E:\Fullbak1.bak'
GO
RESTORE FILELISTONLY FROM DISK = 'E:\Fullbak.bak'
GO
RESTORE DATABASE DBName_delta
FROM DISK='E:\Fullbak.bak'
WITH MOVE 'DBName_Data' TO '
浏览 1提问于2016-11-29得票数 0
回答已采纳
3回答
如何仅使用.trn (事务日志备份)文件还原数据库？
下面是显示“还原”的两个步骤。
1)
RESTORE DATABASE [database_name]
FROM DISK = N'path\file_name.bak'
WITH MOVE N'logical_filename' TO N'path\filename.mdf',
MOVE N'logical_filename_log to N'path\filename.ldf' REPLACE,
NORECOVERY;
GO
2)
浏览 0提问于2015-10-27得票数 0
1回答
我有一个数据库，该数据库目前正在将日志文件传送到备用服务器。
我每5分钟将日志从主服务器发送到待机状态。
每隔15分钟，还原代理作业就会在备用服务器上运行，以便将事务导入备用数据库。
我想确定我知道如何使备用服务器在线，以防主服务器在我进入该场景之前出现故障。我在网上读到的所有东西都告诉我，我只需要运行restore database }}dbname{{ with recovery就可以做到这一点。
我有以下问题：
1)这是要运行的正确代码吗？
2)这是否会自动恢复自上一次恢复代理作业运行以来发送的任何事务日志？
3)还原代理作业运行后，是否需要保留.trn文件？
我找不到任何能充分解释实际
浏览 0提问于2017-07-28得票数 0
回答已采纳
1回答
我已经实现了从总部到灾难恢复服务器的sql server日志传输。
辅助数据库处于备用模式。
问题是在配置它之后，我的dr服务器很快就会耗尽空间
我已经检查了trn文件所在的日志传送文件夹，它们的大小非常合适，保留时间配置为24小时
我检查了辅助数据库，它们的大小与对应的主数据库的大小完全相同
你们能帮我找出这个奇怪的空间增加的原因吗？
如果你能给我指点一些在线资源，深入解释这个问题，我将不胜感激。
浏览 5提问于2014-10-16得票数 0
2回答
我已经在2个Sql2014服务器之间设置了事务日志传送，所有的设置似乎都是正确的，但是当恢复发生时，如果.trn真的很小，比如7k，它似乎就会失败。
不确定这是否与它有任何关系，但它是唯一不同的东西。
以下是还原作业的日志。
日期: 25/04/2016 22:59:24日志职务历史记录(LSRestore_IRIS_WebStock)
步骤ID 1服务器HERA作业名称LSRestore_IRIS_WebStock步骤名称日志传送日志作业步骤。持续时间00:00:04 Sql严重性0 Sql消息ID 0运算符已发送电子邮件
操作符分页重试尝试0
消息2016-04-25 22:59:28.
浏览 3提问于2016-04-25得票数 5
1回答
我有一个具有完全恢复功能的server 2008R2 DB。每晚在凌晨2点(覆盖前一天晚上的.bak文件)完成的完整备份--我有一个跨国备份.trn文件
最后一次完全备份于今天9月21日凌晨3点完成。今天我被要求把数据库的副本复制到9月20日下午12点。
我知道如何从较旧的完全备份(例如9月20日凌晨3点)恢复，然后应用.trn文件将其恢复到某个时间点(备份不恢复，然后应用trns)。
但是，在我的情况下，我唯一的完全备份是在9月21日凌晨3点采取的，是否有可能倒退？如果不是，请告诉我，如果我再次遇到这种情况，我可以如何改变我的备份策略，以便能够在未来做到这一点。
谢谢
浏览 4提问于2013-09-21得票数 1
回答已采纳
2回答
是否可以在日志传送中自动执行日志传送故障切换和恢复辅助数据库?在Powershell中，它可以检查是否还有要复制的.trn文件、恢复所有未应用的事务和恢复辅助数据库？
浏览 4提问于2011-02-04得票数 1
2回答
无法删除事务日志备份文件
、、、、
我有一个大型SQL Server数据库(~1.5TB)，由于某种原因，我在过去两周没有对该数据库进行日志备份。今天，我发现该数据库的.ldf文件变得巨大，约为1.5TB。因此，我进行了事务日志备份，然后缩小了.ldf文件以修复空间问题。我使用sql作业(来自维护计划)进行事务日志备份，两周后进行的事务日志备份达到2TB。现在空间问题已经解决了，我尝试删除日志备份(~2TB)，但是它说我没有删除的权限。我采取了另一个日志备份，大约200 to，我可以删除这些。但是我无法删除第一个巨大的日志备份。我检查了权限，登录到服务器的域帐户属于管理组。
我甚至使用sql作业来清除旧的备份，但即使这样也失败了
浏览 0提问于2019-08-07得票数 0
在做了一些研究之后，我似乎找不到这个问题的答案。
背景:我正在尝试设置一个符合以下三项要求的备份计划：
备份的可靠性，每晚都有完整备份
可以还原的事务日志备份
使用的光盘空间较少
对于审核工具来说，备份必须是本地访问的。
因此，为了满足这些需求，我想每周、每天和每小时进行一次完整的备份。然后，每天晚上都会运行一个copy_only备份，该备份可以在场外发送，这样日志链就不会中断，而且我们可以在场外进行可靠的夜间完整备份，而不必占用如此多的本地磁盘空间。
问题是是否可以从copy_only备份恢复，然后恢复事务日志。
让我举个例子，让你知道我在说什么。
使用下面的列表，我想知道是否可以恢复Ful
浏览 0提问于2013-03-19得票数 12
回答已采纳
1回答
今天上午，我们在一个MS服务器上发生了故障，我们目前正在调查原因。我注意到的一件事是事务日志备份(.trn)的大小有了很大的提高。我们每15分钟备份一次日志，平均大小约为8Mb。今天上午，在发生故障时，日志文件的大小跃升到5.8Gb。
我假设，如果我能阅读这些TRN文件的内容，它可能会给我一些线索，在当时发生了什么，一切都失败了。
有没有办法让我读取这些文件，包括每个记录的时间戳？
浏览 0提问于2017-11-23得票数 0
2回答
我正在开发一个数据库应用程序来恢复带有事务日志的数据库。我正在使用Server管理对象(SMO)库。
此应用程序的要求使得我必须在单独的进程中还原数据库备份文件及其事务日志。但是，当涉及到恢复事务日志时，我可以在没有问题的情况下恢复备份文件：
public void RestoreTransactionLogs(Server srv, DirectoryInfo filePath, DatabaseType dbType)
{
Restore res = new Restore()
{
浏览 1提问于2018-12-10得票数 1
2回答
是否有可能迫使Shipping从给定的.trn文件继续运行？
我有两个数据库，其中一艘船到另一艘但是，我必须还原主数据库，并在此期间创建了另一个.trn文件。(这将是垃圾，因为DB已经恢复，因此不能在任何地方应用。)对于下一个事务，我手动备份整个数据库，并可以手动将其还原到logship目的地。(下文13.trn)
创建的下一个事务文件也可以手动还原。然而，作业在完全备份之前就被固定在事务上(下面12.trn)，当然作业在目标db后面失败了。
如果我可以将它设置为尝试15.trn，它(可能)就能工作了！我试着改变了msdb..log_shipping_secondary_databases，但
浏览 0提问于2013-11-07得票数 1
回答已采纳
我正在尝试限制作为日志传送的一部分传输的单个文件的大小(因为我正在使用WebDAV进行传输)。
我希望确保创建的trn文件不会超过某个大小(例如16MB)，因为它似乎会阻塞WebDAV。
我从sqllogship.exe的输出中注意到，它声明：
Max Transfer Size: Not Specified
这能被配置吗？
谢谢安迪
浏览 3提问于2011-02-18得票数 0
回答已采纳
1回答
我不知道这一点是否已经得到解决。我已经读了很长时间了，但这是我的第五篇文章。我需要数据库恢复解决方案的帮助。我收到一个完整的BAK和交易日志30分钟从供应商。我想恢复数据库并每晚处理TRN文件。数据库必须处于这样一种模式，即在TRN文件被处理后，我可以查询新信息并将其插入到报告数据库中，然后在第二天晚上重复该过程。似乎无论我尝试什么，我都会得到“不同的恢复路径”错误，或者我只能在那天处理所有的事情。我正在运行Server 2008 R2标准，并且已经对此进行了大约一周的讨论。
任何帮助或指示都将不胜感激。
浏览 0提问于2014-09-05得票数 0
回答已采纳
3回答
我们有两个数据库，其备份文件接近900 GB，each.Backup驱动器是2 TB.Now，驱动器是完全occupied.The，数据库备份文件是压缩的。
sp_helpdb中的数据库大小显示为171250 MB和182350 MB。
每周我们都有完整的备份，每天每15分钟就有不同的备份和.trn日志。最后一个完整的备份大小正在接近960 GB。
我的问题是，除了增加备份驱动器之外，size.what其他人应该考虑释放一些space.The驱动器，其中包含所有想要的文件。
谢谢
浏览 0提问于2017-02-02得票数 3
我是的新成员。我需要一些建议来缩小数据库日志文件。
我已经尝试并找到了一些缩小文件的解决方案。但我认为这不是解决办法。
解决方案1:
ALTER DATABASE nologtest2 SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (nologtest2_log, 1);
GO
-- Reset the database recovery model.
ALTER DATABASE nologtest2 SET RECOVERY FULL;
我不确定我能否在生产中做到这一点。
浏览 0提问于2014-01-21得票数 0
2回答
我似乎想不出答案。我见过很多这样的答案：为什么事务日志不断增长或耗尽空间？
每个人都在谈论如何在日志文件上运行备份，这样它就会缩小。我在这么做，但它不会收缩任何东西！我也不相信我正在经营任何超长交易。
服务器：SQL Server 2008
恢复模式：Full
我有一个维护计划，储存5天的备份。任务1使用备份类型Full备份数据库，任务2备份事务日志。在这两个任务上都检查Verify backup integrity。
我的DB的普通.ldf文件是22 DB。当我运行上面的任务时，.bak文件是435 as，但是.trn.文件是22 as，与ldf相同。在成功运行.ldf之后，尽管我读到的所有
浏览 0提问于2019-04-08得票数 7
回答已采纳
在尝试执行日志传送还原时会出现此错误，即使我有一堆连续的TRN文件。似乎日志文件的文件名必须采用以下格式：数据库_名字_世界协调时_时间_盖章.trn。任何其他文件名格式都将导致Server无法找到该文件。
浏览 0提问于2018-12-13得票数 0
我们有一个例子，一个1tb卷是如何被破坏的。系统事件查看器中存在事件ID 55错误。当运行chkdsk时，它将获得47%的验证索引，并返回到命令提示符。
如果我们无法挽救驱动器上的数据，那么我们就有了一段时间前的数据库的完整备份。其日志文件位于完整的不同卷上。
恢复数据库并以某种方式重放日志文件是否可行？我看过关于从日志文件备份(.trn)重放日志文件的文章，但是我们有实际的日志文件(.ldf)，任何帮助都将不胜感激。
浏览 0提问于2010-03-05得票数 3
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
