我注意到在我的工作场所，人们认为备份不是很重要（当然，开发/测试是在任何形式的备份策略实施之前进行的）。
由于我的团队中的其他人不是系统管理员/缺乏像我一样的系统管理员知识，因此他们谈论了备份/灾难恢复注意事项，但没有实施。有一种态度是，因为没有发生任何错误（但人们忽视了意外删除），所以我们不需要太担心备份。
您如何应对这种文化？我相信这一定很常见吧？
谢谢
答案1
愧疚和似是而非的灾难场景是一个好的开始，但没有什么比通过英勇的努力勉强避免的真正灾难更能教会我们。我们花了几年时间才说服当权者我们的磁带库需要更换。我们付出了太多的努力，却没有得到我们想要的东西（我们不得不满足于 SDLT320，买不起 LTO），但至少情况好多了。每次 TPTB 都会得到一个关于必须完全复制！必须有热备份站点！我们适时地预算了所需费用，但每次他们都觉得自己负担不起。
除了最近一轮。令人惊讶的是，他们决定中间层存储阵列可以进行实时复制。顶层……将等待其替换，如果有的话。底层超出了预算。
这需要持续不断的努力，而且长期来看非常累人。到目前为止，我们还没有遇到过教育灾难。
更普遍地说，这需要教育和毅力。教育要涉及风险因素和风险发生的可能性（也称为“风险管理”，商学院应该教授这类知识），以及缓解措施和成本。如果您必须这样做，那么起草一份详细报告，说明如果发生可能的灾难事件，公司会陷入多大的困境，以及不解决问题会损失多少钱，这是一个好的开始。这是他们的工作，但有时您必须这样做才能完成正确的任务。
不幸的是，如果他们认为你只是在制造恐慌并忽视你，这仍然无济于事。至少你现在有一份书面记录，表明你知道这个问题，试图缓解它，但在发生实际灾难时被拒绝。差点发生事故？再拿出那份报告，看看他们的眼镜是否已经褪去了玫瑰色。
答案2
在我的专业咨询生涯中，我遇到过这种态度，比我想看到的要多得多。
您所能做的就是尝试向客户说明为什么这很重要。希望他们能倾听并决定做正确的事情。归根结底，这是他们的决定，不管好坏。
有一个例子是，一家初创公司将所有东西都放在一台机器上，包括几个 Oracle 数据库，没有备份，也不想花时间和精力来生成备份。这家公司在主系统出现硬件故障（非磁盘）后改变主意的速度之快真是令人着迷。令我惊讶的是，一位拥有部分所有权的重要网站书籍作者竟然允许这种情况发生并持续下去。
答案3
这项讨论需要企业领导层参与，包括风险管理（如果有）。开始讨论的一个好方法是提供您现在提供的备份服务的执行摘要，并要求他们参与确定该服务是否符合运营和法律要求。
通过记录您的备份服务来准备会议..需要考虑以下几点：
- 正在备份什么？
- 哪些内容尚未备份？
- 多久备份一次？
- 保留方案是什么样的？
- 每年维护这项服务的费用是多少？（许可、硬件（生命周期）等）
无论服务现状如何，都要诚实地对待，无论它如何反映 IT 的专业性或业务领导对这一主题的疏忽。正确完成这项工作很重要，优秀的业务领导层有望认识到这一点，并赞赏您试图为这一过程带来透明的管理水平这一事实。此外，诚实的评估往往能为高管领导层带来恰到好处的现实，让他们意识到 a.) 他们需要参与其中，以及 b.) 您为获得的服务水平付费。
在项目期间（这将是一个项目），记录一切。记录业务需求，记录技术实施，编写服务水平协议，并在实施后获得业务领导的批准。
祝你好运。
答案4
找到一些对他们来说很重要但未备份的数据并将其移动，然后等待观察反应。
我曾经遇到过几个部门，他们第一次“明白”这件事情是当他们站在我的办公桌末端，拿着冒烟的笔记本电脑询问我是否有办法从中恢复数据时。
有时候，您所能做的就是制定一项政策，规定要备份什么、何时备份以及谁负责将数据放在该位置，除此之外，您还必须假设用户会承担一点责任——有些用户不会，但总有一群铁杆用户希望您能真正为他们着想。