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

我将在海上石油平台（机架服务器）上安装数据库系统。它们的硬件和空间非常有限，因此无法建立备份基础结构。也无法通过FTP发送备份，因为它们甚至没有文件服务器。

我当时正在考虑将SQL数据库备份到Portable USD Hard Drives。USB硬盘驱动器将始终始终直接插入服务器。每周一次，他们会将硬盘换成新的/旧的。

这样做是个好主意吗？如果不能，您可以提出更好的解决方案吗？

这只是一个主意，但是您可以通过镜像服务器/数据库提供外部（或第三方连）备份服务。每次您执行插入/更新/事务日志/更改/创建/等操作时，都将复制该信息。因此，如果您没有访问权限或与Internet /外部网络的连接数量有限（每周只有一个连接），则交易很少，并且可能会排队。

如果您告诉我您使用的是哪种数据库，我可以为您提供更多帮助。是MySQL吗？MSSQL？甲骨文？

您是否想到了进行良好策略的可编程性备份（只是另一个想法）？例如，如果您知道结构和数据以及数据的到期时间，则可以移动/删除不必要的历史记录，或使用上述有关镜像数据库的想法。

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

编辑：

关于镜像服务器，有很多帮助，教程和视频教程。我的技能更多地面向Linux上的MySQL服务器，但我可以告诉您一些提示，希望它们可以对您有所帮助。

• 首先，在这里查找有关serverfault的信息，甚至更好的信息：Stack Exchange上的数据库管理员
• 在用于MSSQL的msdn上（我给您提供了2005版本，​​我不知道您的服务器/数据库是哪个版本：SQL Server 2005中的数据库镜像，但是您可以在顶部菜单上进行更改。

• 该文档底部有一个FAQ链接，可以阐明许多主要问题（例如，队列事务，网络容量等）：

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

• 在google这样的键上，您会厌倦阅读有关它的内容：Google搜索。正如我告诉您的那样，不是我最喜欢的数据库，所以我真的不知道如何在MSSQL上进行操作，但是我敢肯定，如果数据库至少为2005，则可以做到这一点，并且可以肯定地说我告诉过您更多的选择和更好的选择。
• 我认为几乎每个只提供数据库服务器服务的主机都可以在任何位置使用某种策略或证书进行镜像，他们会向您解释。我现在不记得要提供优质的服务，但我知道有很多服务。您可能会发现比MSSQL服务器便宜的MySQL服务器，但我认为您需要一些“迁移应用程序”才能将数据从MSSQL迁移到MySQL，因此对我来说，第一个选择是，查看源代码的每个细节，然后询问兼容的镜子。

这种思路产生了另一个想法：

假设您无法配置镜像或任何原因。在最后一种情况下，您可以制作一个小的作业/任务/自动化软件或脚本，以通过SQL读取大量数据并将其通过SQL发送（您可以将目标从MSSQL（您的实际源代码）更改为MySQL（它是免费的，您可以在任何地方使用自己的pc / server / etc支持它。

真的，如果您了解SQL，就可以做到。

• 还有一个提示，我想您告诉您您不能添加/附加任何HD，但是您可以使用RAID的磁盘来扩展内部备份的容量。

  但是无论如何，备份的主要思想是将备份放在完全不同的环境（另一个地方）中，如果一个数据库由于任何原因（火灾，地震，革命，硬件问题）。那是镜像的主要思想：对用户而言清晰的负载平衡服务器，您真的不知道在哪里工作，它同时以相同的方式工作。“历史备份”和“实时备份”是不同的。

编辑2： 无论如何，我从不回答有关您的想法的任何信息。当然总比没有好，但是对于关键数据却什么也没有。它有很多不受欢迎的未来问题：

• USB速度
• 手动处理（由谁来处理？对于另一个人来说，信息是否太关键？如果处理您的数据的人窃取/销毁/更改了信息，您承担法律/工作/经济责任吗？
• 时间，您当然想要一个自动选项。
• 您将备份..什么？多少钱 什么样的数据？什么是旧数据？符合标准？标准会改变还是会改变？接下来的问题就变成了：
• 在我国，我们有一个“谚语”或“副词”，上面写着……“今天是面包，明天是饥饿”。我的意思是，您需要随时更改此过程吗？您是否可能需要在短时间内寻找其他方式？费用是多少？您的解决方案是否灵活，还是将来会免费得到解决？

备份到USB连接的驱动器肯定比没有备份要好。备份到专门为备份而设计的硬件（例如磁带）可能是更好的选择。

您能承受失去一周价值的数据吗？如果您每周只交换驱动器一次，那么您将面临数周的数据冒险。如果驱动器已连接一周，则存在一定的电涌危险，可能会损坏计算机和备用驱动器。如果该驱动器在6天之内没有被更改，那么您将丢失6天的数据。

您将驱动器运送到另一个位置吗？某种事件可能会破坏原始数据库和备份驱动器的可能性似乎很高。