BSOD는 커널 패닉입니다. 그것은 커널의 일부를 의미하며 운영 체제의 핵심은 실제로 나쁜 일을했습니다. 메모리가 손상되었을 수도 있고, 가지고 있지 않은 코드가 실행될 수도 있습니다. 프로그래밍 방식으로 커널 공간에서 코드를 가져온 다음 필요에 따라 코드를 트리거해야합니다. prod 서버에는 약간 위험합니다.

일반적인 Windows 시스템은 프로세스와 커널에서 많은 상태를 유지합니다. 상태를 일관되게 유지하기 위해 정리해야하는 것이 무엇이든 간단히 단락되었습니다.

특히 BSOD는 (일반적으로) 커널 (또는 드라이버) 버그이며, 커널은 나쁜 상태에 있으므로 정리할 수 없으며 재부팅 할 것이라고 느낍니다. 무엇이 좋고 나쁜지 알아 버퍼가 디스크로 플러시 될 수 없습니다. 그런 다음 재부팅 할 때 정리를 시도하지만 종료 / 패닉에 대한 많은 컨텍스트를 잃어 버려서 패닉에서 좋은 음식과 나쁜 음식을 모두 선택 해야하는 보수적 인 정리가 될 것입니다.

따라서 종료시 장점 중 일부는 시작시 사라 졌으므로 이제는 다리 밑에서 다리가 잘린 부분을 찾아야합니다. chkdsk를 실행하고 부분 쓰기 상태 인 디스크 블록을 정리해야합니다. USB 디스크는 많이 캐시합니다. 캐싱을 해제하면 충돌시 데이터가 손실 될 가능성이 줄어들지 만 캐싱을 수행하지 않으면 속도가 다소 느려집니다. 어떤 파일을 잃어 버리겠습니까?

요컨대, 이것은 나쁜 생각입니다. 이러한 상황이 발생하는 모든 생산 기계는 정리 후에도 불안정한 상태 일 수 있습니다. 이것은 나쁘다.

그냥 종료하고 다시 시작하라는 말을하고 싶습니다. 서버가 부팅되지 않거나 프로그램을 시작할 수 없기 때문에 처음으로 서버를 다시 작성해야하는 시간을 절약 할 수 있습니다.

답변

#include <windows.h>
#pragma comment(lib, "ntdll.lib")

extern "C" NTSTATUS NTAPI RtlAdjustPrivilege(ULONG Privilege, BOOLEAN Enable, BOOLEAN CurrentThread, PBOOLEAN OldValue);
extern "C" NTSTATUS NTAPI NtRaiseHardError(LONG ErrorStatus, ULONG NumberOfParameters, ULONG UnicodeStringParameterMask,
PULONG_PTR Parameters, ULONG ValidResponseOptions, PULONG Response);

void BlueScreen()
{
    BOOLEAN bl;
    ULONG Response;
    RtlAdjustPrivilege(19, TRUE, FALSE, &bl); // Enable SeShutdownPrivilege
    NtRaiseHardError(STATUS_ASSERTION_FAILURE, 0, 0, NULL, 6, &Response); // Shutdown
}