运维人员如何最大限度避免误删除文件

很多工作的网友对运维工作的定位,背黑锅的,“黑锅侠”!

企业运维工作中50%以上的故障都是因内部人员管理失误造成的,“某程”就是个典型例子。

如果规范工作中的一举一动,就会不断的犯错,最后导致所有的功劳都变成徒劳。

那么老男孩老师在10多年的运维工作中是如何高效运维,不让运维成为黑锅侠的呢?

今天给大家分享一些简单但可以有效的防止误删数据的小技巧:

1、修改或删除数据前请务必备份,最好有异机备份,修改配置等先提交版本管理系统在发布到线上。

2、运维新手删除应使用mv命令替代rm命令,无用的文件不要着急删除,而是移动到回收站/tmp里观察一段时间。

可以通过设置别名等手段屏蔽rm,这样一旦直接用到rm命令就是意识到(当然真想用有手段可以越过别名)。

3、如果非要删除数据,还可用find结合rm替代单纯的rm,包括设定定时任务等动作执行清理。

4、如果非要使用rm删除,请尽量先切换目录在删目录下的数据,能不用通配符就不用通配符。

例如:


1

2

    [[email protected] /]# cd /oldboy/

        [[email protected] /]# rm -f test1 test2

5、如果非要使用rm删除并且要采用通配符,请按下面方法:


1

2

[[email protected] /]# cd /oldboy/

[[email protected] oldboy]# rm -fr *  #目标中不要带有“/”。

6、应禁止使用类似rm -fr /oldboy/*命令删除

a.这个命令中,目标路径中的任意斜线前后如果多了空格可能会带来灾难。


1

2

3

4

      [[email protected] /]# rm -fr /oldboy/*

         例如:rm -fr /oldboy/ *,*的前不小心多了空格,会删除当前目录下的所有内容。

       [[email protected] /]# rm -fr /oldboy/ *  #会把当前目录根下全删了。

     [[email protected] /]# rm -fr /oldboy/ *

7、如果必须要rm -fr /oldboy/*命令删除,最后的避免错误方法就是要用tab键去补全,不要手敲任何字符,防止误删

8、如果删除的不是目录,就不要用rm -fr,采用最下化的方法rm -f即可,甚至重要的少量文件,可以不用-f,以获得确认删除提示信息。

9、额外补充,慎用rsync --delete

总结:

a.删除数据后,多数情况是可以恢复的,但会影响业务,

b.例如:需要停机恢复,且数据丢了,较长时间用户访问不了对应数据了

c.恢复工具诸如ext3grep等。

d.事情发生前未雨绸缪永远比发生了在解决好得多。

e.养成规范、专业科学的运维习惯、运维流程是避免当黑锅侠的关键!。

时间: 2024-12-27 22:07:18

运维人员如何最大限度避免误删除文件的相关文章

【IT运维监控】集团宕机引发对运维人员的思考 

前不久某大型集团官网和APP突然无法正常使用引发热议,不少人幸灾乐祸,也引发出了各种的谣言和段子,根本难以体会集团内部所受的压力,特别是作为一个大集团内部的运维人员所承受的各种压力和不安. 后 来,原支付宝运维团队负责人针对此事发表了一篇文章,让不少的运维人员深有感触,作为肩负运维监控使命的运维监控工具--PIGOSS BSM 也同样感同身受.面对层出不穷的运维安全隐患,当下运维人员急需一套高效的7*24小时都能担负监控任务的工具,为自身的运维工作减负,告别之前加班熬夜 但没有工作成绩的"怪现像

【IT运维监控】讨论哪种运维监控工具才是IT运维人员的最爱?

选择运维工具的几大要素:一是看我哪些指标需要监控,二是看我监控到什么 三是看这种运维监控工具能监控到什么程度 有可能,这几个问题IT运维人员自己都没有弄的很明白,那么我们先看一下整个运维行业目前的现状: 目前来说,传统企业的IT运维大部分还是用户在使用过程中发现故障,然后通知运维人员,再邮运维人员确定是什么问题,采用哪种方式可以解决.大部分的运维人员目前还是充当的只是一个救火员的身份,没有起到真正的IT运维监控的作用.运维人员的大部分时间和经历都花在了处理简单而重复的问题上,导致同事及领导的不满

Linux运维人员共用root帐户权限审计

在中小型企业,公司不同运维人员基本都是以root 账户进行服务器的登陆管理,缺少了账户权限审计制度.不出问题还好,出了问题,就很难找出源头. 这里介绍下,如何利用编译bash 使不同的客户端在使用root 登陆服务器使,记录各自的操作,并且可以在结合ELK 日志分析系统,来收集登陆操作日志 1.下载编译bash wget http://ftp.gnu.org/gnu/bash/bash-4.4.tar.gz tar -xvf bash-4.4.tar.gz cd /root/bash-4.4 2

作为网络运维人员真的应该“低调做人,高调做事”吗?

曾几何时,我也觉得"低调做人,高调做事"是适合任何一个进行网络维护人士的. 可是,是否也有人遇到过这样的情况: 当你好心建议他人重装系统的时候,他用鄙夷的表情对你,口出迸出一句:你只会重装! 当你发现木马,好心提心对方以后安装软件.下载文件要分清良莠时,对方来一句:你说的好危言耸听哦,这世界哪有那么多黑客! 当你辛辛苦苦做出一个文章发布网站,给用户发布账户后,对方却对你说:费那事干嘛,来,我将word文档发给你,图片都在word文档里面呢,你用我的帐户帮我发布上去不就是了! 同样,做出

服务器数量太多,运维人员如何来监控

生产服务器: 操作系统:Windows Server 2008 发生在真实服务器上的现象如下: (服务器图1) 如果服务器数量太大,我们的运维人员能提前发现,及时发现吗? 如果使用开源Cacti监控系统就不一样了,自动报警发出警告信息给我们的运维人员,以便及时维护. (阈值图2) (监控图形3) C盘满了,其实是垃圾文件占了大量磁盘空间,服务器被攻击了. 上图超过了阈值,颜色变了,下图Cacti监控系统发出了警告信息给运维管理人员. 运维人员收到信息之后,及时登录服务器分析原因,找出问题,处理问

评 -- 运维人员将失业,你嗅到危机了吗?

Reboot运维开发千人群(365534424)即将爆满,欢迎加入 我一直在强调一个事实,就是随着大规模集群和云计算的普及,运维人员一定是最先被挑战的.最先被技术的发展,特别是运维自动化技术的发展所逼迫要选择的.选择很简单,要么淘汰,要么转型和升级.这个话我其实在我参加的很多技术交流.公开的大会上,都在讲.正好看到一个文章.先转后评. 云计算技术,IAAS和PAAS,正好是现在主流运维在做的事情.IAAS和PAAS的普及,将会带来运维工作的集中化.云公司把这些事情都做了.而云公司,则出现大规模集

运维人员应人手一个GitHub帐号

最近在学习一些新东西,在实验环境下自己写的一些程序或脚本,觉得以后还能用的上,就想保存下来: 如果保存在本地或者U盘之类的移动存储中,以后重装系统或者U盘丢失也就损失了,而且作为一个IT从业人员,这年头文件不存储在云端,都不好意思说自己是混IT圈的: 最终选择了GitHub这个代码托管的网站,以后如果写出点像样的开源软件,还可以得到众多开发者的跟进,想想就挺美的!!! 所以今天就花了点时间整理了一下官方的配置使用文档,以帮助有同样需求且看英文文档费劲的同行们! #################

一切从“简”,解放IT运维人员

运维人的神技 运维既是个技术活儿也是个苦差事,而运维人员被期望有着无限的技能:主机.存储.网络.操作系统样样精通,而且还要会写SQL.shell.开发语言java..net.python等等,对业务更是门清,对各个用户的脾气喜好也要了如指掌. 除了广阔的知识面,强大的技术能力,沟通协调的能力,还需要拥有超强的耐心.谨慎的态度以及强健的体魄. 运维人的痛 人手有限,往往身兼数职(网管.项目管理.协调厂商.DBA.应用.写报告),既有很多协调性的管理工作,又有一些专业技术工作,尤其是数据库,短时间是

Linux 之不同运维人员共用root 账户权限审计

一.为什么? 在中小型企业,公司不同运维人员基本都是以root 账户进行服务器的登陆管理,缺少了账户权限审计制度.不出问题还好,出了问题,就很难找出源头. 这里介绍下,如何利用编译bash 使不同的客户端在使用root 登陆服务器使,记录各自的操作,并且可以在结合ELK 日志分析系统,来收集登陆操作日志 二.环境 服务器:centos 6.5.Development tools.使用密钥认证,SElinux 关闭. 客户端:生成密钥对,用于登录服务器 (2台) 三.搭建部署 (服务器操作 192