한 번의 실수 / 잘못 입력 / 잘못 안내 된 명령 줄로 발생한 가장 큰 피해는 무엇입니까? 예를 들어 실수로 프로덕션 시스템 데이터베이스를 삭제했지만 운이 좋았으며 (즉, 백업) 영구적 인 데이터 손실, 비용 손실, 재산 피해 등은 없었습니다.
가장 중요한 것은 (투표를 위해) 다시는 일어나지 않도록 어떻게해야합니까?
답변
SQL Server의 프로덕션 시스템에서 :
update customer set password = '' <enter>
가장 최근 백업은 일주일 전과 같습니다.
이것을 완화하기 위해, 나는 보통 절을 올바르게 select작성했는지 확인하기 위해 먼저 문장을 작성한 where다음, 돌아가서 편집하여 set절 을 삽입 하고 문장을로 변경합니다 update.
답변
가장 큰 실수? 생각하지 않았을 때 두 가지 변수를 설정했다고 생각합니다. 따라서 rm -rf $ VARIABLE / $ VARIABLE2는 rm -rf /가되었습니다. FreeBSD는 최근이 실수로 인해 rm -rf /를 더 이상 정확하게 사용할 수 없도록 rm 도구를 업데이트했습니다!
답변
shutdown -h now
로컬 워크 스테이션 용이지만 프로덕션 서버에서 ssh를 통해 기록되는 동안 입력했습니다. 그 이후로 항상 내 호스트 이름이 $PS1있습니다.
답변
종료 명령에서 -r을 생략했습니다. 원격 서버에서. 나라의 다른쪽에. 원격 사무실에 IT 직원이 없습니다.
우리는 모두이 작업을 수행했습니다.이 단계의 통과 의례와 거의 같습니다.
답변
VMS 시스템에서 ASSIGN DCL 명령을 사용하여 논리 이름을 지정하고 이전 ASSIGN 명령 행을 호출하려고했습니다. 이제 VMS에서는 명령을 명확하게하기 위해 명령의 문자 수만 입력했습니다. 그래서 나는 타이핑하려고했습니다.
녹화 엉덩이
하지만 실수로 입력했습니다
REQ 엉덩이
대신에. REQST는 REQUEST 명령에 대해 명확하지 않은데,이 명령은 운영자 권한이있는 모든 사람 (IT의 모든 사람)에게 인수를 브로드 캐스트합니다. 그래서 부서 전체가 단순히 “ASS”라는 방송 메시지를 받았습니다.
답변
Solaris 시스템 : “killall dataLoader”
‘dataLoader’는 내가 작업했던 앱이었습니다. Linux에서 killall은 pkill과 같이 작동합니다. 인수로 주어진 문자열과 일치하는 프로세스에 신호를 보냅니다. Solaris에서 killall은 현재 사용자가 죽일 수있는 시스템의 모든 것을 죽이려고합니다. 나는 뿌리였다.
답변
한 달 전에 많은 달이 있기 전에 특정 실행 파일을 찾아야했지만 완전한 이름을 기억하지 못했습니다 (그러나 몇 글자는 기억할 수 있음). 그래서 나는 / usr / bin 디렉토리를 다음과 같이 점검 할 것이라고 생각했다.
rm /usr/bin/i*g*
이상한. 아무것도 반환되지 않았습니다. 방금 두 번째 편지를 잘못 기억했다는 것을 알고 다시 시도했습니다.
rm /usr/bin/i*
다시 한 번 / usr / local / bin, / usr / sbin 및 다른 것으로 생각한 후에 ‘ls’명령을 잘못 이해하고 있음을 깨달았습니다.
뇌 방울이 어디에서 왔는지 모르지만, 내가 다시 한 번 실수 한 것은 아닙니다.