我注意到在我的工作地点，有一种态度是备份不是很重要（当然，在任何forms的备份策略出现之前，开发/testing都会发生）。
因为我的团队的其他成员不是像我这样的系统pipe理员/缺乏系统pipe理员知识，所以备份/灾难恢复考虑因素被讨论，但是没有得到实施。 有一种态度，因为什么都没有出错（但是被忽视的是意外删除），那么我们就不用担心备份太多了。
你如何处理这种文化？ 我相信这一定是常事？
谢谢
内疚和似是而非的灾难情景是一个好的开始，但没有什么教导像一个真正的灾难，通过英勇的努力勉强避免。 我们花了几年的时间才说服力量，因为我们的磁带库需要更换。 这花了太多的努力，我们没有得到我们所需要的（我们不得不满足SDLT320，买不起LTO），但至less是更好。 每次TPTB得到野兔都必须完全复制！ 必须有热备份站点！ 我们适当地预算将花费什么，并且每次他们决定他们买不起。
除了最近一轮。 为了一个奇迹，他们决定中间层存储arrays可以实时复制。 如果有的话，最上层是……要等待replace。 底线落在了预算的后面。
它需要不懈的努力，并且长期以来非常疲倦。 到目前为止，我们还没有发生教育灾难。
更普遍的是需要教育和毅力。 教育的风险因素和可能性（也被称为“风险pipe理”，他们应该在商学院教这类事情），以及缓解和成本。 如果你不得不去那里，那么就要详细报告一下，如果可能发生的灾难事件到来，那么公司是如何搞砸的，如果不解决这个问题，会损失多less钱是一个好的开始。 这是他们的工作，但有时你必须为了做正确的事情。
不幸的是，如果他们认定你只是在吓唬你而忽视你，那还是不会有帮助的。 至less你现在已经有一段文件显示你知道这个问题，试图减轻这个问题，并在发生真正的灾难时被拒绝。 九死一生？ 再次拿出报告，看看玫瑰色是否已经擦掉了眼镜。
我在职业咨询生涯中遇到的这种态度比我想看到的更多。
关于你所能做的就是试图教育客户为什么它的重要性。 希望他们会倾听并决定正确的事情。 归根结底，这是他们的决定，无论好坏。
在一个案例中发生了什么事情，是在一台机器上启动了一切，包括几个Oracle数据库，没有备份，也不想花费时间和精力来生成这些数据。 一旦他们的主系统出现硬件故障（非磁盘），这家公司改变主意真是令人着迷。 我也很惊讶的一个重要的网站书籍作者谁是部分所有者将允许这种情况发生并继续。
这是一个需要业务领导参与的讨论，包括风险pipe理（如果有的话）。 开始讨论的一个好方法是提供您现在提供的备份服务的执行摘要，并要求他们参与确定服务是否符合运营和法律要求。
通过logging备份服务来准备会议。有些事情要考虑：
无论如何反映信息技术的专业性或企业领导层对这个话题的缺乏，要诚实地面对现在的服务。 重要的是要把事情做好，好的企业领导层希望能够认识到这一点，并欣赏你试图为过程带来透明pipe理水平的事实。 此外，一个诚实的评估往往会给行政领导层带来适量的实际情况，使他们认识到）他们需要参与，而且b）你为你获得的服务水平付出代价。
在项目中（这将是一个），logging一切。 logging业务需求，logging技术实施情况，编写服务级别协议，并在实施时获得业务领导签字。
祝你好运。
如果你想让他们改变主意，强迫他们签署同一份文件，通知他们应该备份，并且在发生灾难时不负责任。 通常人们不想注册并开始思考。 2-3天后回来（如果不是太晚）
find一些对他们很重要的数据，但是没有备份并移动它，然后等待，看看反应是什么。
我有几个部门，他们的第一个“得到它”的提示就是当我们在办公桌的末端用一台吸烟的笔记本电脑站在那里，询问是否有办法让数据恢复。
有一点，你所能做的就是制定一项政策，规定备份的内容，备份的时间以及将数据放在那个位置的责任，除此之外你必须假设用户承担一点责任 – 有些人不会这样做，但总是有一个硬派的人希望你真的为他们思考。