|
作者: Aoming [aoming] 版主 | 登录 |
感谢参加各位参加讨论的网友!尤其感谢网友“无”!感谢534599服务器相关技术交流群提供交流平台。考虑到网友的隐私及防打扰问题,将原文中网友的QQ号信息删除,其他部分均基本保持原样 =========================================== 网友“无”版权所有,转载请保留 完整版权信息 =========================================== Aoming 00:46:47 各位早啊。 在服务器数据备份解决办法中,有些什么可参考的方案。比如使用磁带机、比如做RAID,还有别的什么解决办法吗?谢谢 无 00:58:01 您要实现什么目的? 无 00:58:44 raid和双机等都不能取代备份的存在 Aoming 01:00:22 无老大早:) 目的就是保证核心的关键几个服务数据 1、进销存系统 2、RMS和SMS 3、文件服务器的文件 这些数据在灾难时能可靠的迅速恢复 无 01:02:02 请回答以下问题: 您的总数据量有少? 您每天被更新的数据量是多少? 您允许遗失多少小时内的数据? Aoming 01:05:00 10G的进销存数据量,年增量大概在10-20G,日和月的增量不大 2、3条因为在立项中,还没实施,所以数据量和增量暂时未知 允许遗失的数据时间应该怎么去衡量?这个还未考虑到跟相关部门沟通。 Aoming 01:06:30 明儿下午4点有个商务约会,刚在寝室把思路理清了,但一些资料还不太清楚,打电话问了些朋友,还是不够清楚,就上网查查。一边咨询大家一边查资料,一边写明儿商谈计划 无 01:06:31 备份并非实时(当然实时也可以, 代价巨大) 无 01:08:48 如果文件日增量不大的情况下, 可以选择7天制备份。 周日一次全备, 后六天每次增量或者差异。 这样您的数据可以保证在灾难发生的前一天有被备份。 Aoming 01:09:10 备份可以非实时,根据业务情况看,也不是严格意义上实时的数据,售点销售数据都是每日结后传回公司,但调拨会尽量要求实时。 考虑未来根据业务发展,进销存系统升级甚至更换,没准有可能需要做到实时。考虑扩展性的时候,这些没法不考虑 无 01:10:18 如果需要实时, 那么需要相应的软体模块 Aoming 01:12:06 意思是磁带机加模块就行,对吧 无 01:12:21 我建议: 主模块 , 灾备模块(类似与ghost, 为了最快速度恢复系统和应用) , 数据库模块(选择与数据库相应的) 开启文件模块(为备份软体能访问到被打开的文件) 无 01:12:37 这些模块都是软体 Aoming 01:13:17 中肯! 无 01:13:57 还有其他问题吗? Aoming 01:14:44 还有,先消化掉你的这些内容:) 嘿 无 01:15:25 这部分内容就是产品介绍, 根据你的经验知道我说的是什么软体吗? Aoming 01:16:04 coinstor这个产品如何? 无 01:16:17 VERITAS 的backupexec 无 01:17:28 以上是软体, 硬体部分一般的磁带机都能满足您的应用(因为数据量不大, 所以对速度和容量就没有特殊要求了) 无 01:17:49 您所描述的产品抱歉我没有了解。 Aoming 01:19:23 客气谦逊的无。 有机会真想请你啊,蜘蛛啊,chanly等吃顿饭,打打球。来武汉时一定M 我 无 01:20:08 呵呵 谢谢, 心领了。 Aoming 01:24:02 无 00:58:44 raid和双机等都不能取代备份的存在 ――最后一个主要问题:如果仅做RAID或者双机,与仅采用磁带备份比较,数据可靠性与恢复速度会打多少折扣:P 无 01:24:54 请考虑天灾人祸, 失窃, 火灾, 误操作等因素。 Aoming 01:25:23 补上打掉的:出于压价的目的,我打这样一张牌――故意提出2种方案都不行,需要对方提出别的需求解决办法。存在这样的办法吗? 无 01:25:46 raid和双机都属于高可用性和冗余, 而备份是补救措施 无 01:26:22 2种方案是哪两种? Aoming 01:27:03 RAID、备份――做冗余和补救 Aoming 01:27:47 即是否有别的办法实现冗余和补救的途径 无 01:28:14 去除raid和备份, 您可以使用双机和管理性的copy(也是备份的一种, 只是需要手工干预) Aoming 01:29:30 不好意思,人笨了点。不太明白管理性的copy意指什么 无 01:29:37 不用双机用备机冷备等也可以, 您不觉得这样作有点麻烦? 无 01:29:53 其实备份就是copy+管理 无 01:30:37 每天手动将变更的文件copy去其他位置就是备份的原理 小贝 01:31:11 这样不是累到半死. Aoming 01:31:29 明白ing,目前做的工作就是低效的备份 无 01:31:57 是, 所以花钱雇备份软体来为你作这件即枯燥又烦琐的工作 Aoming 01:33:33 哎,说到这里,不得不想,冗余的价值,到底有多少。。。。 小贝 01:33:35 呵呵!小文件就没有关系,如果要备份几十G的数据,就惨了.加上服务器资源吃紧!我睇备份的进度就心烦. 小贝 01:34:55 用磁盘列阵好.同时写入两个硬盘.省得去备份 无 01:35:03 to:Aoming冗余的价值体现在您的业务停顿所导致的损失, 备份的价值体现在您数据丢失所导致的损失 无 01:36:11 to小贝: 个硬碟坏佐�l点嘛? Aoming 01:37:05 professinal! 稍等片刻,朋友找,离开下~多谢多谢! 小贝 01:37:19 不是还有一个好的吗?按好的硬盘CPOY过去,再装上.哈哈!不知可行不 无 01:37:44 如果话��吧啷坏佐点算 小贝 01:40:04 那无法了.呵呵!要不再来多几个硬盘做磁盘列阵.反正现在的硬盘平 无 01:40:12 最常见的数据丢失是误操作, 任你多有经验也无法避免的 小贝 01:40:51 我在服务器上操作都是一想两睇三操作. 无 01:41:24 习惯性思维取决了您的手指 无 01:42:03 最近一次较大的损失是我的同事Ghost硬碟作反了。 小贝 01:42:34 ,不是有一些还原的软件吗? 小贝 01:43:01 格式化的数据都能找回 无 01:43:30 对磁道的更改就苦难了 无 01:43:57 而且就算有还原软体, 也未必100帕的还原。 Aoming 01:47:59 back Aoming 01:54:54 "冗余的价值体现在您的业务停顿所导致的损失, 备份的价值体现在您数据丢失所导致的损失" ――所以对业务停顿造成的损失进行评估要先做好,然后综合比较冗余投资的成本、比较备份恢复的时间,在允许的备份恢复时间比如7小时,小于不允许业务停顿占用时间比如24小时的前提下,可以不做冗余投资。――这样的结论对吗? 无 01:55:54 告诉我你的目的 Aoming 01:57:01 减小初期投资成本,利于项目更容易被通过立项 Aoming 01:57:50 并且不能在未来因初期项目未充分考虑好扩展,而造成重复投资 无 01:58:05 我为你模拟一个环境: ERP服务器硬盘坏了, 你该怎样作在没有阵列保护的情况下 Aoming 01:59:15 用灾备模块,快速恢复系统和应用环境 用数据库模块,恢复相应数据 无 01:59:33 请问新硬碟在哪里? Aoming 01:59:57 see,临时申购来不及 Aoming 02:00:13 价值出来了 无 02:01:30 而且, 备份软体比硬碟贵多了 Aoming 02:01:59 基本理顺了,把要做这些事的意义终于理顺了!!而且是免费培训!说无你不崇尚free&open我都不信 Aoming 02:02:36 道上的人啊!爱死你,嘿嘿 无 02:03:20 以后写方案记得多多考虑周全, 自己模拟一个环境为自己提出一些问题, 看如何去解决。 Aoming 02:04:52 受教了! [此贴被 Aoming(aoming) 在 08月12日03时00分 编辑过] |
地主 发表时间: 06-08-12 02:42 |
回复: Aoming [aoming] 版主 | 登录 |
嘿嘿,充分体现了IT项目中,企业――IT咨询方――软硬件提供商,三方的关系。 |
B1层 发表时间: 06-08-12 03:20 |
回复: tuzi [tuzi] 版主 | 登录 |
顶一把 |
B2层 发表时间: 06-08-12 11:39 |
回复: xiean [xiean] 论坛用户 | 登录 |
这小子昨天打电话我时,我正在QQ音速。。。。。 哈哈,可怜的小A,被我忽悠过去了 |
B3层 发表时间: 06-08-12 13:43 |
回复: TecZm [teczm] 版主 | 登录 |
呵呵 没看出来啥 |
B4层 发表时间: 06-08-13 10:40 |
|
20CN网络安全小组版权所有
Copyright © 2000-2010 20CN Security Group. All Rights Reserved.
论坛程序编写:NetDemon
粤ICP备05087286号