blocks|key|4107065|text|听起来是个不错的计划，但也可以考虑使用某种形式的廉价磁盘备份，如2/3/4/5磁盘Thecus+NAS或类似的备份，然后将数据备份到磁带上。这样，如果需要的话，你可以更快地恢复，也可以更快地完成备份和清理灰尘，这样你的服务器就可以继续自己的工作，同时允许在空闲的时候制作场外磁带。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|entityMap^0^^$0|@$1|2|3|4|5|6|7|C|8|@]|9|@]|A|$]]]|B|$]]

Sounds like a good plan but also consider using some form of cheap'ish disk-based backup such as a 2/3/4/5-disk Thecus NAS or similar, then back up the data from that onto tape. That way you can restore more quickly if needed and also get the backup done and dusted more quickly to allow your servers to get on with their own work while allowing for off-site tapes to be made at leisure.

blocks|key|369328|text|是的，使用磁盘备份系统以及磁带。至少将一些修订存储在磁盘系统上，当您按您所说的进行磁带备份时，您是从磁盘备份系统而不是从生产服务器本身进行的。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|369329|在磁盘系统上存储几个修订版使得在机器人或磁带出现故障时很容易重新运行磁带作业(它们往往比您想象的更频繁)。|369330|当然，从磁盘系统恢复数据要快得多，而且更容易--它可以有一个用户工具/门户，这样用户就可以自己恢复文件.|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|G|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|H|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|I|8|@]|9|@]|A|$]]]|F|$]]

Yes, use a disk backup system as well as the tape. Store atleast a few revisions back on the disk system and when you do the tape backups as you say, you do them from the disk backup system and not from the production servers themselves.

Storing several revisions on the disk system makes it very easy to rerun a tape job should the robot or tape fail (which they tend to do more often than you think).

And of course, restoring data from the disk system is much faster and easier - it could have a user tool/portal so users can restore files themselves...

blocks|key|369390|text|我们有3个每天轮换(1个在现场，1个在运输中，1个场外)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|369391|http://www.seagate.com/www/en-us/products/external/freeagent/freeagent_去/去|offset|length|369392|数据被复制到磁盘上，使用机器复制(http://en.wikipedia.org/wiki/Robocopy)，并使用TruCrypt加密。加密确保即使负责磁盘的人丢失了磁盘，我们也可以确保数据是安全的。|entityMap|0|LINK|mutability|MUTABLE|url|http://www.seagate.com/www/en-us/products/external/freeagent/freeagent_go/|1|http://en.wikipedia.org/wiki/Robocopy^0|0|0|22|0|0|H|11|1^^$0|@$1|2|3|4|5|6|7|Q|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|R|8|@]|9|@$D|S|E|T|1|U]]|A|$]]|$1|F|3|G|5|6|7|V|8|@]|9|@$D|W|E|X|1|Y]]|A|$]]]|H|$I|$5|J|K|L|A|$M|N]]|O|$5|J|K|L|A|$M|P]]]]

We have 3 of these that are rotated on a daily basis (1 on site, 1 in transit, 1 off site)

<a href="http://www.seagate.com/www/en-us/products/external/freeagent/freeagent_go/" rel="nofollow noreferrer">http://www.seagate.com/www/en-us/products/external/freeagent/freeagent_go/</a>

The data is copied onto the disks using Robocopy (<a href="http://en.wikipedia.org/wiki/Robocopy" rel="nofollow noreferrer">http://en.wikipedia.org/wiki/Robocopy</a>) and encrypted using TruCrypt. The encryption ensures that even if the person responsible for the disks loses one, we can be sure that the data is safe.

blocks|key|4107141|text|您所描述的当前安排不是场外备份，而是离服务器备份。通过我的阅读，您的备份服务器可能在相同的机架上，就像它保存备份的服务器一样。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4107142|当然，您应该有某种形式的物理分离备份，即磁带或真正的场外备份(即在另一个设施中的服务器)，以防一个千分之一的事故或黑客同时影响到您机架中的所有服务器。|4107143|如果你选择一个真正的场外服务器备份选项，每晚1.5+to的数据流并不便宜(这两个站点都需要那么多带宽)，所以磁带可能是更好的选择。不过，我建议你至少做一次粗略的成本/效益分析。磁带还具有离线备份的优点--如果有人设法入侵并擦除服务器及其在线备份(就像最近在webhostingtalk.com上发生的那样)，他们将无法触摸离线备份(磁带)。|4107144|在任何一种情况下，保留本地备份服务器，或者用磁带和/或其他地方的服务器替换它--如果您需要的话，从它恢复将更快，并且您可以使用它来协调备份，而不是每个服务器分别与其他资源对话。|4107145|术语摘要：|4107146|场外:实际上是在一个完全不同的地点|unordered-list-item|4107147|现场:很明显.|4107148|在线:连接到网络，无论是本地的还是其他的，并且总是可用的。|4107149|离线:未连接(即磁带或断开的外部驱动器)|4107150|离服务器:在另一台机器或媒体上(可以是离线的，也可以是现场的，离线的或在线的)|4107151|场外和现场解决方案都可以是在线的或离线的，offsite%2Boffline提供最大的保护，onsite%2Bonline提供最有效的backup%2Brestore流程。|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Y|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Z|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|10|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|11|8|@]|9|@]|A|$]]|$1|J|3|K|5|L|7|12|8|@]|9|@]|A|$]]|$1|M|3|N|5|L|7|13|8|@]|9|@]|A|$]]|$1|O|3|P|5|L|7|14|8|@]|9|@]|A|$]]|$1|Q|3|R|5|L|7|15|8|@]|9|@]|A|$]]|$1|S|3|T|5|L|7|16|8|@]|9|@]|A|$]]|$1|U|3|V|5|6|7|17|8|@]|9|@]|A|$]]]|W|$]]

What you describe as your current arrangement is not an off-site backup, it is an off-server backup. By my reading your backup server is in the same facility, probably the same rack, as the servers it is holding backups for.

You should certainly have some form of physically separated backup, i.e. tapes or a really-off-site backup (i.e. a server in another facility), in case a one-in-a-million accident or hack happens to affect all the servers in your rack at the same time.

1.5Tb of data flowing every night, if you go for a really-off-site-server backup option, is not going to be cheap (you'll need that much bandwidth at both sites) so tapes might be the better option for you. I suggest you do at least a cursory cost/benefit analysis to be sure though. Tapes also have the advantage of being an offline backup - if someone manages to hack in and wipe both a server and its online backup (as happened over at webhostingtalk.com recently) they won't be able to touch the offline backup (the tapes).

In either case keep the local backup server instead or replacing it with tapes and/or a server elsewhere - it will be quicker to restore from if you ever need to, and you can use it to co-ordinate the backups instead of each server talking to the other resource separately.

Summary of terminology:

<ul>
<li>off-site : actually physically at a
completely different site</li>
<li>on-site : obvious...</li>
<li>on-line : connected to the network,
locally or otherwise, and always
available</li>
<li>off-line : not connected (i.e. tapes or disconnected external drives)</li>
<li>off-server : on another machine or media (could be off- or on-site, off- or on-line)</li>
</ul>

Both off-site and on-site solutions can be on-line or off-line, with offsite+offline offering greatest protection and onsite+online giving the most efficient backup+restore processes.

blocks|key|369477|text|记住:如果不能从备份恢复，就没有备份。经常检查磁带备份。理想情况下，时不时地对一个干净的测试系统进行恢复，以确保您得到了所需的一切。有很多关于备份的恐怖故事。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|369478|自动化磁带系统不能为你做的一件事就是将磁带发送到场外。确保备份保持足够的隔离，以免在一次事故中损失太大，太小而无法杀死公司。|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|E|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|F|8|@]|9|@]|A|$]]]|D|$]]

And remember: if you can't restore from a backup, you didn't back up. Check your tape backups frequently. Ideally, do a restore to a clean test system every now and then, to make sure you're getting everything you need. There's plenty of horror stories out there about backups that weren't.

One thing an automated tape system can't do for you is send tapes off-site. Make sure you keep backups sufficiently separated that you can't lose too much in one incident too small to kill the company.

I need to implement off-site backups and would really appreciate any advice on this.

Current Setup:

<ul>
<li>2 Racks with internal 100MB network.</li>
<li>15 servers each backing up approx 100GB of data each day over the network to a backup server in the rack.</li>
</ul>

My thoughts were to upgrade the internal network to 1GB to speed up the backing up to the backup server and then purchase a rack mounted tape backup drive for the backup server to then backup to.

Does this sound a reasonable way of going about it? Also ideally we'd only want to retrieve/replace tapes once a week, will an automated tape drive be able to do this and could it cope with a nightly tape backup with this amount of data?

Off-Site Backups

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我需要实现场外备份，并将非常感谢任何有关这方面的建议。当前设置：2个机架，内部100网络。15台服务器每天通过网络将大约100 in的数据备份到机架上的备份服务器上。我的想法是将内部网络升级到1GB，以加快备份服务器的备份速度，然后为备份服务器购买一个机架挂载磁带备份驱动器，然后备份到。这听起来是一种合理的方式吗？而且，理想情况下，我们只想每周检索/替换磁带一次，自动磁带驱动器能做到这一点吗?它能

问场外备份
EN

回答 5

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问场外备份EN

回答 5

Server Fault用户

Server Fault用户

Server Fault用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问场外备份
EN