将SQL数据库备份到外部USB硬盘是个好主意吗？

这只是一个想法，但您可以通过镜像服务器/数据库提供外部（或第三方甚至）备份服务。 这些信息将在每次插入/更新/事务日志/修改/创build/等任何修改时被复制。 因此，如果您没有访问权限，或者您的互联网/外部networking的连接（每周只有一个连接），事务就会非常less，并且可能处于队列中。

如果你告诉我你在使用什么样的数据库，我可以帮助你更多。 这是MySQL？ MSSQL？ ORACLE？

甚至更多（只是另一个想法）你认为在做一个良好的政策可编程序备份？ 例如，如果您知道结构和数据以及数据到期时间，则可以移动/删除不必要的历史logging，也可以使用上述关于镜像数据库的想法。

我认为使用最小连接的镜像数据库的成本低于使用外部可移动硬件的风险，安全性，空间和硬件损坏方面的成本。

编辑：

关于镜像服务器有很多的帮助，教程和video教程。 我的技能更倾向于Linux上的MySQL服务器，但我可以告诉你一些技巧，我希望他们能帮助你。

• 首先，看看这里，在serverfault，甚至更好： 在Stack Exchange上的数据库pipe理员
• 在MSSQL的MSSQL（我给你的2005版本，​​我不知道你的服务器/数据库： SQL Server 2005中的数据库镜像的版本，但你可以改变它的顶部菜单。

• 该文档底部有一个FAQ链接 ，可以澄清有关（例如队列事务，networking容量等）的一些主要问题：

• 或者如何在2008 R2上准备一个镜像数据库 （您可以更改点击顶部的“其他版本”的版本。

• 在谷歌与这样的关键，你会厌倦阅读关于它： 谷歌search 。 就像我告诉过你的，不是我的首选DB，所以我不知道你怎么能在MSSQL上做这件事，但是我确信一件事情：如果DB至less是2005年，那么你可以做到这一点，更多的select，更好，我告诉过你。
• 我认为几乎所有提供数据库服务的服务器托pipe都可以通过某种策略或证书从任何位置进行镜像，他们会向您解释。 现在我不记得一个很好的服务，但我知道有很多。 有可能你会发现比MSSQL服务器更便宜的MySQL服务器，但是我认为你需要一些“移植应用程序”来将数据从MSSQL移动到MySQL，所以对我来说，第一个select是你看你的源的每个细节，然后要求一个兼容的镜子。

另一个想法就是用这样的思路：

因为你不能configuration镜子或任何其他的原因。 在最后一个例子中，您可以创build一个小工作/任务/自动化软件或脚本，通过SQL读取大量数据，并通过SQL发送它（您可以将目标从MSSQL（您的实际源）更改为MySQL（这是免费的，你可以在任何地方用你自己的PC /服务器等来支持它。

真的，如果你知道SQL你可以做到这一点。

• 另外一个小窍门，我想你说你不能添加/附加任何HD，但是你可以使用RAID磁盘来扩展内部备份的容量。

  但在任何情况下 ，备份的主要思想是你有一个完全不同的环境（另一个地方）的备份，你可以访问和/或切换数据库，如果任何原因下降（火灾，地震，革命，硬件问题）。 这就是镜像的主要思想：负载平衡的服务器对于用户来说是清楚的，你真的不知道你在哪里工作，它同时以相同的方式工作。 这与“历史备份”和“实时备份”有所不同。

编辑2：无论如何，我从来没有回答你的想法。 当然总比没有好，但是对于关键数据来说就像没有什么。 它有很多不可取的未来问题：

• USB速度
• 手动stream程（由谁来处理信息太重要？如果与您的数据一起工作的人偷走/销毁/更改，您有任何法律/工作/经济责任？
• 时间，当然你想要一个自动的选项。
• 你会备份..什么？ 多less钱？ 什么样的数据？ 什么是旧数据？ 用什么标准？ 标准将会或可能会改变？ 这成为下一个问题：
• 在我们国家，我们有一个“谚语”或“谚语”，说…“是今天的面包，明天的盼望”。 我的意思是，你需要随时改变这个过程吗？ 有可能你需要在短时间内寻找另一种方式？ 成本是多less？ 您的解决scheme是否具有灵活性，否则您将免费获得未来的问题？

备份到USB连接的驱动器当然更好，那么不需要备份。 备份到专门为备份而devise的硬件（如磁带）可能是更好的select。

你能承受失去数周的数据？ 如果您每周仅更换一次驱动器，那么您将面临数周的数据冒险。 如果驱动器连接了一周，则电脑和备份驱动器都有可能发生电涌。 如果该驱动器在6天内没有改变，那么您将失去6天的数据。

你将运送到另一个位置的驱动器？ 看起来有可能会破坏原始数据库和备份驱动器的某种事件的可能性非常高。