rebootREISUB를 실행하는 것이 재설정 버튼을 누르는 것보다 낫다는 것을 알고 있지만 터미널을 통해 실행하는 것과 GUI를 통해 재부팅하는 것의 차이점은 무엇입니까?
답변1
GUI 또는 명령을 통한 단계적 재시작은 reboot종속성에 따라 결정된 순서대로 실행 중인 모든 서비스를 중지합니다. 데이터베이스 엔진과 같은 서비스의 경우 올바른 순서로 작업을 수행하고 다른 작업을 종료하기 전에 개별 서비스 종료 프로세스가 완료될 때까지 기다리는 것이 중요할 수 있습니다.
Magic SysRQ REISUB 이 단계는 E종속성을 무시하고 모든 서비스에 즉시 종료 신호를 보냅니다. 따라서 정상적인 종료 중에 서비스 X에 서비스 Y가 필요한 경우 Y가 중지되어 더 이상 사용할 수 없음을 발견하여 서비스 X가 정상적인 방식으로 종료되지 못하고 충돌이 발생할 가능성이 매우 높습니다.
또한 REISUB 단계에서는 프로세스 #1을 제외한 모든 프로세스 I에 해당 항목을 보냅니다 . 이 단계 이후 제어된 종료에 시간이 필요한 서비스 kill -9를 충분히 오래 기다리지 않으면 E종료 프로세스가 진행 중인 동안 해당 서비스가 강제로 중지(즉, 충돌)됩니다. 일부 서비스의 경우 이는 문제가 되지 않을 수 있지만 데이터베이스와 같은 경우에는 매우 나쁠 수 있습니다.
Sync 및 nmount 단계 후 충분한 시간을 기다리지 않으면 캐시된 모든 쓰기가 디스크에 성공적으로 플러시되기 전에 U시스템이 B종료될 수 있습니다. 저널 파일 시스템은 파일 시스템 손상을 방지할 수 있지만 캐시된 데이터는 여전히 손실됩니다.
SysRq REISUB를 사용하면 정상적인 종료가 이 모든 것을 자동으로 처리하므로 시스템이 수행하는 작업을 알아야 합니다. 정당한 이유 없이 대규모 데이터베이스 서버를 REISUB하는 경우 데이터베이스 관리자는 매우 화를 낼 것입니다. 합당한 이유가 있더라도 이 상황에서 데이터베이스가 최대한 깔끔하게 종료될 수 있도록 E몇 분 정도 기다리는 것이 좋습니다.I
하지만 REISUBbing 이전에는 기본적으로 웹 브라우저만 실행하던 데스크톱이 있을까요? 이것은 전혀 문제가 되지 않을 수도 있습니다. 키 입력 사이에 일시 중지할 필요조차 없을 수도 있습니다.
또한 정상적인 종료 절차에 필요한 경우시작무언가(예: 호스트가 의도적으로 오프라인임을 나타내는 클러스터 또는 모니터링 시스템과 통신하는 도구) REISUB가 이러한 단계를 놓칠 수 있습니다.