无法从 S3 恢复 SQL 服务器 bak 文件，说文件太大

Question

我正在尝试运行将存储在 S3 存储桶中的 bak 文件的查询恢复到 RDS SQL 服务器 Web 版本，并不断收到此错误：

[2017-09-13 20:30:22.227] Aborted the task because of a task failure or a concurrent RESTORE_DB request. [2017-09-13 20:30:22.287] There is not enough space on the disk to perform restore database operaton.

bak文件77GB，DB有2TB，怎么还是不够？

这是来自 AWS 文档的查询：

exec msdb.dbo.rds_restore_database 
        @restore_db_name='database_name', 
        @s3_arn_to_restore_from='arn:aws:s3:::bucket_name/file_name_and_extension';

来源：http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using

Answer 1

There is not enough space on the disk to perform restore database operaton.

...

The bak file is 77 GB and the DB has 2TB, how come this is still not enough?

您需要 space 的 2Tb 才能恢复此备份。

事实是 restore 操作将重建 2Tb 的原始数据库。

Backup只备份数据，不备份空space。如果您的备份只有 77Gb 而不是 compressed，这意味着 您的原始数据库只有 77Gb 的数据（甚至更少，因为备份也包含一定数量的日志).

任何数据库都由数据文件和日志文件组成，如果您的数据库大约 2Tb 而只有 77Gb 的数据，则意味着它有巨大的 日志文件。我认为它处于 full 恢复模式并且有人没有进行定期日志备份（甚至根本没有进行任何日志备份！！）

所以你应该看看你的原始数据库，如果你不需要时间点恢复并且不进行日志备份，则将恢复模型更改为 simple，或者，如果你真的需要 full 恢复模式，你应该更频繁地备份日志。

定期备份日志或将恢复模式更改为 simple 将允许您 shrink 日志到合理的大小，从那时起您将不需要 2Gb 的 space 来恢复它不再

无法从 S3 恢复 SQL 服务器 bak 文件，说文件太大

Unable to restore SQL Server bak file from S3, says file too large

sql-server

amazon-rds