问题标签 [backup]

作为这个问题的后续，我想知道您的 SQL Server 备份/维护计划是什么，以及如何让我的计划变得更好。

目前，我正在从计划向导运行两个简单的维护计划。

第一个每晚运行，几乎所有事情......

• 完整的数据库和事务日志备份
• 完整性检查、重建索引、重新计算统计信息等（我检查了除增量备份之外的所有内容）

另一个每三个小时运行一次并进行增量备份（我很偏执，我知道这可能是矫枉过正）。

备份到磁盘，完整备份发送到 SAN，保留一周。

你怎么看，这是一个明智的计划吗？有什么建议么？

编辑：这是 SQL Server 2005。DB 为 5GB，每月增长约 1GB。

我正在开发我们数据库的常规转储。我正在使用这个脚本来创建备份，然后通过常规的 cron 作业提供它。最后，我们得到一个文本文件以及所有内容的电子邮件存档。

我们遇到的问题是我们的两张桌子的大小。他们每个人都有 60k 个字段并且每天都在增长。我认为增量备份是备份的最佳解决方案，但如果要恢复它......这将是一个巨大的项目。

我的问题是两个部分：

a) 有没有更直接的方法来每天备份大表，如果没有，

b) 有没有一种简单的方法可以从每日/每周增量备份中恢复备份？

谢谢！

我已经使用常规 SQL Server 2005 备份命令进行了备份。有没有办法只恢复一个表，而不是整个数据库？

简短的问题：
在使用 InnoDB 引擎创建 MySQL 安装的定制备份时跳过 ib_logfile* 文件是否安全？

定制备份只是将所有（或部分）/var/lib/mysql + /etc/my.cnf 复制到安全的地方。

据我所知，ib_logfile* 文件是由 MySQL 在启动时重新创建的 + 这些文件非常大，因此将它们存储在备份中可能不明智。是的，假设 MySQL 在备份之前（正确地）停止了。

我们正在寻找一种免费的解决方案来为 SQL Server 2005 压缩我们的 SQL Server 备份。我知道 SQL Safe 免费软件版本，但我想知道其他人如何将备份文件存储在压缩文件夹中以达到预期的效果。这将允许我们使用本机 SQL 备份任务和本机 windows 压缩，从而消除对第三方产品的需求。

我过去没有使用压缩文件夹。这是一个可行的想法吗？压缩文件夹中备份的完整性是否存在任何可预见的问题？

我想为我的站点的 SQL Server 2005 DB 实现一个自动备份系统，该系统将每晚备份到 Amazon 的 S3 服务。但是由于 S3 对使用的空间和带宽都收费，所以我想最小化我传输的文件的大小。实现这一点的最佳方法是什么？

我应该澄清一下，我并没有真正谈论压缩，这非常简单，而是关于备份策略，例如是否一直进行差异备份，是否需要复制事务日志等。

对于我的个人资料，我svnadmin hotcopy每周只使用一次该命令，但对于包含许多开发人员的任务关键型存储库，这是否足够？还是我应该花时间制定一个更严格的备份策略，包括完整备份和增量备份？

hotcopy似乎是最简单的方法，但如果由于某种原因它被损坏，我希望能够恢复它。只是通过转储hotcopy允许我这样做吗？

我已经厌倦了我的开发盒死机，然后我最终不得不重新安装我在开发中使用的工具清单。

这次我想我将在 Virtual Box VM 上设置开发环境并将其保存到外部 HDD，这样我可以在修复真实计算机后快速恢复开发环境。

这似乎是一种进行“与硬件无关的备份”并能够在灾难后快速恢复速度的好方法。

有人试过这个吗？效果如何？它节省了您的时间吗？

我有一个每周在下班时间执行的维护计划。它总是报告成功，但旧的备份不会被删除。我不希望驱动器填满。

数据库服务器信息：SQL Server 标准版 9.00.3042.00

有一个“维护清理任务”设置为

“根据扩展名搜索文件夹并删除文件”

并且“在任务运行时根据文件的年龄删除文件”被选中并设置为 4 周。

我唯一能看到的是，我的每个备份都有自己的子文件夹，而且这不是递归的。我错过了什么吗？

另外：我已经看到了 SP2 之前的问题，但我正在运行 Service Pack 2。

我有一个需要为其提供冗余的数据库。

它是 Codebase，但是使用典型的 SQL 数据库会占用过多的 CPU，并且将数据库放在异地会导致我的流程延迟过多。

我需要一个可行的解决方案来为我的时间批评流程提供异地位置的数据冗余。