标签: backup

我们正面临日志驱动器 ( E :) 经常被填满的问题。

我们的 DBMS 是设置了 AOAG 的 SQL Server 2014 SP1。

我们有每周维护任务：

1. 重建索引（运行接近 1 小时）
2. 更新统计信息（运行 Cloe 到 30 分钟）
3. 检查数据库运行接近 30 分钟
4. 完整备份运行接近 4 小时
5. 差速运行接近 2 小时

我们没有看到任何繁重的事务处理。

但是我们可以看到E:被填满了。

以下是自动增长设置：

• 10% 无限增长。

注意：由于这是 AOAG 环境，我们每 30 分钟安排一次事务日志备份。

我的问题：

• 在这种情况下，是什么让E:被填满了？

• 为什么我的日志没有被截断？

• 在这种情况下，我们需要扩展 E: 吗？

• 截断我的日志的行动计划应该是什么？

截至目前，在我们决定下一个扩展驱动器的计划之前，我们不时缩小文件以释放空间。

请建议。

我有一个数据库备份文件存储在一个V:名为someFile.bak. 文件路径很简单V:\someFile.bak。我一直在尝试通过命令将其加载到 SQL Server Management Studio

RESTORE DATABASE someDatabase
FROM DISK = 'V:\someFile.bak'

但我不断收到错误消息：

Msg 3201, Level 16, State 2, Line 4
Cannot open backup device 'V:\someFile.bak'. Operating system error 3(The system cannot find the path specified.).
Msg 3013, Level 16, State 1, Line 4
RESTORE DATABASE is terminating abnormally.

这向我表明 SSMS 在查找文件路径时遇到问题，尽管它被正确指定。这与来自硬盘驱动器而不是来自内部驱动器（如C:）的事实有关吗？如果是这样，是否有更好的方法从硬盘驱动器恢复数据库？我问这个是因为someFile.bak太大而无法存储在我的内部驱动器上。

目前我正在使用 ola hallengren 备份和维护脚本。

我有个问题：

我在一台服务器上有 5 个大数据库。每天大约需要 10 多个小时才能完成完整备份。目前它正在按顺序写入磁盘。

我想并行写入所有备份以减少时间。有什么办法可以并行编写备份吗？

我正在压缩并仅验证备份到网络位置

任何人都可以请我指点一份文档，该文档建议在 Microsoft SQL Server 2008 中可以有多少个由不同BACKUP 语句启动的并发备份？

该文档建议您可以在一个语句中指定多达 64 个不同的备份设备，但我今天注意到，当 SQL Server 代理启动的语句正在运行时，SQL Server 并未处理我的 BACKUP 语句。

我一直在密切观察性能监视器，可以看出一次只写入了一个 .bak 文件。

另一个证明是我的截图，SQL Management Studio 查询运行时间为 15 分钟，实际查询结果说明：

BACKUP DATABASE 在 389.656 秒（68.624 MB/秒）内成功处理了 3422697 页。

那么，SQLServer 打算处理多少个同步备份（如果有的话）？

我在 SQL Server 上有 134 个独立的数据库。

每 15 分钟msdb.dbo.backupset，服务器上的每个数据库的表中都会出现一个条目。

• 为什么这种情况每 15 分钟发生一次？
• 是什么导致这种情况发生？
• 如何阻止这些条目发生？
• 有没有其他人在您的 MSDB 数据库上看到此类活动？

服务器上的每个数据库都设置为简单恢复。我在脚本中使用 Ola 的脚本，其中包含“full”。

我尝试在 Google 上查找，但似乎备份和恢复几乎是同义词。有区别吗？我实际上备份的是 Full 还是 simple ？

我们为 SQL Server 创建了一个非生产环境。
此环境使用 SQL Server Always-On 可用性组作为 HA 解决方案。

要使用 SQL Server AG，您必须将恢复模型设置为完整，以便日志可以与其他副本同步，但将恢复模型设置为完整也意味着如果您不进行备份，日志将继续增长。

由于这是一个非生产环境，我们对这些数据库的备份不感兴趣。你们认为在这种环境下最好的方法是什么？

• 创建备份到磁盘并删除它们
• 一定要备份这个环境
• 其他建议...

从我记事起，我就一直在使用 SQL Server 2012。当我做备份时，它总是保存为 .bak 文件格式。但是，还有另一台具有 SQL Server 2012 的服务器，当我进行备份时，它不会保存为 .bak，而只是一种通用的“文件”文件格式。当我尝试恢复这个文件时，它工作得很好。我只想知道为什么它没有保存为 .bak 文件。在我使用过的其他服务器中，它始终是 .bak。非常感谢。

下面我有一个代码来获取有关服务器中每个数据库的 t-log 备份的信息。我想从这个列表中排除 tempdb。

exec sp_MSforeachdb 'SELECT server_name, sysdb.name AS DatabaseName, bkup.user_name AS [User],
ceiling(bkup.backup_size /1048576) as ''Size Meg'' ,
cast((bkup.backup_size /1073741824) as decimal (9,2)) as ''Gig'',
bkup.backup_start_date AS [Backup Started],
bkup.backup_finish_date AS [Backup Finished (Last BackUp Time)],
CAST((CAST(DATEDIFF(s, bkup.backup_start_date, bkup.backup_finish_date) AS int))/3600 AS varchar) + '' hours, ''
+ CAST(DATEDIFF(mi, bkup.backup_start_date, bkup.backup_finish_date) - (DATEDIFF(mi, bkup.backup_start_date, bkup.backup_finish_date)/60)*60 AS varchar) + '' minutes, ''
+ CAST((CAST(DATEDIFF(s, bkup.backup_start_date, bkup.backup_finish_date) AS int))%60 AS varchar)+ '' seconds'' AS [Total Time]
,DATEDIFF(DAY,CONVERT(CHAR(8),backup_finish_date,112),CONVERT(CHAR(8),expiration_date,112)) AS expiration_days
,bms.description …

我有一个几乎 2 TB 大小的 SQL Server 数据库，它有带有图像数据类型的表。现在差异备份的大小与完整备份的大小相同。图像数据类型对此有什么影响吗？或者我错过了什么。