user1034912 Asked: 2012-05-30 15:50:52 +0800 CST2012-05-30 15:50:52 +0800 CST 2012-05-30 15:50:52 +0800 CST 将 SQL 数据库备份到外部 USB 硬盘是个好主意吗? 772 我将在海上石油平台(机架服务器)上安装数据库系统。他们的硬件和空间非常有限,因此不可能发送备份基础设施。通过 FTP 发送备份也是不可能的,因为它们甚至没有文件服务器。 我正在考虑将 SQL 数据库备份到便携式美元硬盘上。USB 硬盘将始终直接插入服务器。每周一次,他们会将硬盘换成新的/旧的。 这样做是个好主意吗?如果不能,你能提出更好的解决方案吗? backup sql usb 2 个回答 Voted Zoredache 2012-05-30T15:59:01+08:002012-05-30T15:59:01+08:00 备份到 USB 连接的驱动器肯定比没有备份要好。备份到专门为备份设计的硬件(如磁带)可能是更好的选择。 您能承受丢失一周的数据吗?如果您每周只更换一次驱动器,那么您将冒着一周的数据风险。如果驱动器已连接一周,则存在电涌损坏计算机和备份驱动器的风险。如果该驱动器 6 天未更改,那么您将丢失 6 天的数据。 您会将驱动器运送到另一个位置吗?似乎发生某种事件会破坏原始数据库和备份驱动器的可能性非常高。 Best Answer Leandro Bardelli 2012-05-30T16:58:54+08:002012-05-30T16:58:54+08:00 这只是一个想法,但您可以通过镜像服务器/数据库提供外部(或第三方)备份服务。每次您执行插入/更新/事务日志/更改/创建/等任何修改时,信息都会被复制。因此,交易非常少,如果您无法访问或与互联网/外部网络的连接有限(每周一个连接),则可能会排在队列中。 如果您告诉我您使用的是哪种数据库,我可以为您提供更多帮助。是MySQL吗?数据库?甲骨文? 甚至更多(只是另一个想法)您是否考虑过进行良好的政策可编程性备份?例如,如果您知道结构和数据,以及数据的过期时间,您可以移动/删除您不必要的历史记录或使用上述关于镜像数据库的想法。 我认为在风险、安全性、空间和硬件损坏方面,使用具有最小连接的镜像数据库的成本低于使用外部可移动硬件的成本。 编辑: 关于镜像服务器有很多帮助和教程和视频教程。我的技能更面向 linux 上的 MySQL 服务器,但我可以告诉你一些技巧,希望它们能帮助你。 首先,看这里,在 serverfault 上,甚至更好:Stack Exchange 上的数据库管理员 在 MSSQL 的 msdn 上(我给你的是 2005 版本,我不知道你的服务器/数据库是什么版本:SQL Server 2005 中的数据库镜像,但你可以在顶部菜单上更改它。 该文档底部有一个FAQ 链接,可以向您澄清很多有关(例如,队列事务、网络容量等)的主要问题: 或者如何在2008 R2上准备一个镜像数据库(你可以点击顶部的“其他版本”更改版本。 在使用像这样的键的谷歌上,你会厌倦阅读关于它的内容:谷歌搜索。正如我告诉你的那样,这不是我喜欢的数据库,所以我真的不知道你怎么能在 MSSQL 上做到这一点,但我确定一件事:如果数据库至少是 2005,你就可以做到,而且肯定是我告诉过你的更多选择和更好。 我认为几乎所有提供仅数据库服务器服务的主机都可以从任何位置使用某种策略或证书进行镜像,他们会向您解释。我现在不记得有什么好的服务,但我知道有很多。您可能会发现比 MSSQL 服务器更便宜的 MySQL 服务器,但我认为您需要一些“迁移应用程序”来将数据从 MSSQL 移动到 MySQL,所以对我来说,第一个选择是您查看有关源的每个细节,然后询问一个兼容的镜子。 另一个想法变成了这种思路: 假设您无法配置镜像或任何原因。在最后一个例子中,你可以做一个小工作/任务/自动化软件或脚本,通过 SQL 读取大量数据并通过 SQL 发送它(你可以改变目的地,例如从 MSSQL(你的实际来源)到 MySQL(这是免费的,你可以在任何地方使用你自己的电脑/服务器/等来支持它。 真的,如果您了解 SQL,您就可以做到。 还有另一个提示,我认为你告诉过你不能添加/附加任何 HD,但你可以使用 RAID 的磁盘来扩展内部备份的容量。 但无论如何,备份的主要思想是您在完全不同的环境(另一个地方)中进行备份,如果数据库因任何原因(火灾,地震,革命,硬件问题)。这就是镜像的主要思想:一个对用户来说很清楚的负载平衡服务器,你真的不知道你在哪里工作,它在同一时间以同样的方式工作。这与“历史备份”和“实时备份”不同。 编辑 2: 无论如何,我从不回答你的想法。当然聊胜于无,但是对于关键数据来说无异于无。它有很多不希望的未来问题: USB的速度 手动流程(由谁执行?信息对另一个人处理来说太重要了吗?如果使用您的数据的人窃取/销毁/更改它,您有任何法律/工作/经济责任吗? 时间,当然你想要一个自动选项。 你会备份..什么?多少?什么样的数据?什么是旧数据?有什么标准?标准将会或能够改变吗?这变成了下一个问题: 在我的国家,我们有一句“谚语”或“俗语”,意思是……“今天有面包,明天有饥饿感”。我的意思是,您需要随时更改此流程?您可能需要在短时间内寻找另一种方式吗?费用是多少?您的解决方案是灵活的还是您将免费获得未来的问题?
备份到 USB 连接的驱动器肯定比没有备份要好。备份到专门为备份设计的硬件(如磁带)可能是更好的选择。
您能承受丢失一周的数据吗?如果您每周只更换一次驱动器,那么您将冒着一周的数据风险。如果驱动器已连接一周,则存在电涌损坏计算机和备份驱动器的风险。如果该驱动器 6 天未更改,那么您将丢失 6 天的数据。
您会将驱动器运送到另一个位置吗?似乎发生某种事件会破坏原始数据库和备份驱动器的可能性非常高。
这只是一个想法,但您可以通过镜像服务器/数据库提供外部(或第三方)备份服务。每次您执行插入/更新/事务日志/更改/创建/等任何修改时,信息都会被复制。因此,交易非常少,如果您无法访问或与互联网/外部网络的连接有限(每周一个连接),则可能会排在队列中。
如果您告诉我您使用的是哪种数据库,我可以为您提供更多帮助。是MySQL吗?数据库?甲骨文?
甚至更多(只是另一个想法)您是否考虑过进行良好的政策可编程性备份?例如,如果您知道结构和数据,以及数据的过期时间,您可以移动/删除您不必要的历史记录或使用上述关于镜像数据库的想法。
我认为在风险、安全性、空间和硬件损坏方面,使用具有最小连接的镜像数据库的成本低于使用外部可移动硬件的成本。
编辑:
关于镜像服务器有很多帮助和教程和视频教程。我的技能更面向 linux 上的 MySQL 服务器,但我可以告诉你一些技巧,希望它们能帮助你。
该文档底部有一个FAQ 链接,可以向您澄清很多有关(例如,队列事务、网络容量等)的主要问题:
或者如何在2008 R2上准备一个镜像数据库(你可以点击顶部的“其他版本”更改版本。
另一个想法变成了这种思路:
假设您无法配置镜像或任何原因。在最后一个例子中,你可以做一个小工作/任务/自动化软件或脚本,通过 SQL 读取大量数据并通过 SQL 发送它(你可以改变目的地,例如从 MSSQL(你的实际来源)到 MySQL(这是免费的,你可以在任何地方使用你自己的电脑/服务器/等来支持它。
真的,如果您了解 SQL,您就可以做到。
还有另一个提示,我认为你告诉过你不能添加/附加任何 HD,但你可以使用 RAID 的磁盘来扩展内部备份的容量。
但无论如何,备份的主要思想是您在完全不同的环境(另一个地方)中进行备份,如果数据库因任何原因(火灾,地震,革命,硬件问题)。这就是镜像的主要思想:一个对用户来说很清楚的负载平衡服务器,你真的不知道你在哪里工作,它在同一时间以同样的方式工作。这与“历史备份”和“实时备份”不同。
编辑 2: 无论如何,我从不回答你的想法。当然聊胜于无,但是对于关键数据来说无异于无。它有很多不希望的未来问题: