最大的命令行错误?

最大的命令行错误?

您曾经因为一个错误/输入错误/误引导的命令行而造成的最大损失(无论何种损失)是什么?例如,不久前我错误地删除了一个生产系统数据库,但我很幸运(即备份了),没有造成永久性数据丢失、金钱损失、财产损失等。

最重要的是(为了选票),你会做什么来确保这种事情不再发生?

答案1

在 SQL 服务器的生产系统上:

update customer set password = '' <enter>

最近的备份大约是一周前的。

为了缓解这种情况,我现在通常select先写一个声明以确保我的where条款正确,然后返回并编辑它以插入set条款并将声明更改为update

答案2

最大的错误?我以为我设置了两个变量,但实际上并没有。因此 rm -rf $VARIABLE/$VARIABLE2 变成了 rm -rf /。FreeBSD 最近更新了他们的 rm 工具,因此 rm -rf / 不再可用,正是因为这个错误!

答案3

shutdown -h now 

适用于本地工作站,但在通过 ssh 登录生产服务器时输入了它。从那时起,我的 .hostname 中始终有主机名$PS1

答案4

在 VMS 系统上,我一直使用 ASSIGN DCL 命令来分配逻辑名称,我想调用之前的 ASSIGN 命令行。现在,在 VMS 中,你只需输入命令的多个字符即可使其明确无误。所以我打算输入

记录

但我不小心输入了

请求答案

相反。REQ 对于 REQUEST 命令来说足够明确,它将参数广播给具有操作员权限的所有人(即 IT 部门的所有人)。因此整个部门都收到了我的广播消息,该消息只是“ASS”。

相关内容