
저는 Small Business Server 2000을 최신 하드웨어로 옮기려고 합니다. Acronis TrueImage를 사용하여 현재 250GB IDE 드라이브에 파티션 이미지를 생성하고 해당 이미지를 750GB SATA 드라이브에 있는 파티션에 복원했습니다. 새로운 메인보드는 Intel D915GEV입니다.
시스템을 부팅하면 다음과 같은 BSOD가 일부 진행됩니다.
중지: 0x0000007B INACCESSIBLE_BOOT_DEVICE
안전 모드로 부팅하면 많은 드라이버가 로드되고 그래픽 부팅으로 전환하려고 할 때 BSOD가 발생하는 것을 볼 수 있습니다. 즉, 드라이브에 완전히 액세스할 수 없는 것은 아닙니다.
나는 현재 내 원래 Server 2000에 새 마더보드의 SATA 컨트롤러용 드라이버가 없기 때문에 이것이 발생한다는 이론에 따라 작업하고 있습니다. 부팅 프로세스의 초기 부분은 BIOS에 의해 처리되어야 하며 Windows가 파일 액세스를 인계하려고 시도할 때만 실패합니다.
새로 설치하는 동안 F6을 사용하여 드라이버를 추가할 수 있다는 것을 알고 있지만 새로 설치하는 것이 아니기 때문에 도움이 되지 않는 것 같습니다. 그럼에도 불구하고 Intel 사이트에서 다른 드라이버를 모두 찾았음에도 불구하고 이 보드에 대한 SATA 드라이버를 추적할 수 없었습니다. SATA 컨트롤러용 특정 드라이버가 없는 것 같습니다.
이 문제를 처리하는 가장 좋은 방법은 무엇입니까?
나는 항상 이전 하드웨어로 돌아갈 수 있는지 확인했지만 새로운 하드웨어에서 이 기능을 실행하고 싶습니다. 하드웨어는 매우 유사합니다. 주요 하드웨어 업그레이드를 수행하는 것은 아니며 심지어 동일한 프로세서이며 이 메인보드는 이 설치에서 실행되는 것과 실제로 유사합니다. (이전 하드웨어가 고장나서 새 하드웨어로 빨리 옮겨야 했고, 이제는 인텔에서 보증 교체로 보낸 교체 하드웨어로 다시 옮기려고 합니다.)
답변1
BIOS에 들어가서 AHCI를 ATA로 옮기면(모든 BIOS가 다르기 때문에 보통 찾을 때까지 찾아봅니다) OS를 설치할 수 있을 가능성이 있습니다. 그런 다음 마더보드 칩셋 제조업체에서 OS를 로드한 후 다시 변경할 수 있는 드라이버를 찾을 수 있습니다. 이것이 도움이 되기를 바랍니다. 행운을 빕니다.
답변2
이것은 아마도 인기가 없는 답변이 될 것입니다. 그러나 여기에는 다음과 같은 내용이 있습니다.
당신이 하고 있는 일이 어쩌면~인 것 같다사소하지만 그렇지 않습니다. 디스크 이미징 소프트웨어를 사용하면 운영 체제가 쉽게 처리할 수 없는 작업을 쉽게 수행할 수 있습니다. Micorsoft는 컴퓨터나 마더보드의 제조사나 모델 간 Windows 설치 이동을 공식적으로 "지원"하지 않습니다(참조:http://support.microsoft.com/kb/249694). 이런 방식으로 시도하고 실행한다면 이 과정이 쉽지 않을 것입니다.
현재 수행 중인 작업이 영구적인 이동인 경우 보조 도메인 컨트롤러를 새로 설치하고 SBS를 한 시스템에서 다른 시스템으로 마이그레이션하는 것이 좋습니다(여기에 Windows Server 2003에 대한 절차가 있지만 진행되지는 않습니다). 원래 서버 컴퓨터의 이름을 보존하기 위해 임시 컴퓨터를 통해 "스윙" 마이그레이션을 수행합니다.http://technet.microsoft.com/en-us/library/cc747454(WS.10).aspx).
머신을 디스크 이미징하고 다른 상자로 옮기는 것은 매력적이지만 결과 머신의 안정성을 돕기 위해 아무 것도 하지 않습니다.
매우 간략하고 높은 수준의 "스윙 마이그레이션"은 다음과 같습니다.
- 기존 도메인에 가입된 임시 W2K DC를 설치합니다.
- 임시 DC에 Exchange 2000을 설치하고 이를 Exchange 조직에 가입시킵니다.
- 모든 사서함을 임시 서버로 이동합니다. 공용 폴더 계층 구조를 복제하고 원본 Exchange 2000 서버에서 복제본을 제거합니다.
- 원래 서버 컴퓨터의 모든 공유 파일을 XCOPY하여 권한을 유지합니다. 기존 공유 구조를 문서화합니다(또는 HKLM\System\CurrentControlSet\Services\LanManServer\Shares에서 공유를 내보냅니다).
- 기존 서버 컴퓨터에서 임시 서버로 FSMO 역할을 전송합니다. SBS는 더 이상 모든 FSMO 역할에 대한 역할 보유자가 아니기 때문에 (제대로 기억한다면) 매시간 블루 스크린이 시작됩니다.
- 임시 서버 컴퓨터를 글로벌 카탈로그 서버로 만들고 글로벌 카탈로그 복제가 완료되었는지 확인합니다.
- 기존 서버 컴퓨터를 구성원 서버로 수준을 내리고 도메인에서 제거합니다.
- 임시 서버를 DNS 서버로 만듭니다.
- 이전 서버 컴퓨터 이름과 동일한 이름을 지정하여 새 서버에 Windows 2000 SBS를 설치합니다. 설정 중에 Active Directory 설치가 자동으로 발생하지 않도록 방지하고 기존 도메인에 가입하는 AD를 수동으로 설치합니다(새 서버의 DNS를 임시 서버로 "지정"한 후).
- FSMO 역할을 새 서버 컴퓨터로 전송하고 SBS 설치를 완료합니다.
- 모든 Exchange 사서함을 새 서버로 이동합니다. 공용 폴더 계층 구조를 복제하고 임시 서버에서 복제본을 제거합니다.
- 임시 서버에서 Exchange를 사용 중지합니다.
- 임시 서버의 모든 공유 데이터를 새 서버로 XCOPY합니다. 새 서버에서 공유를 다시 생성하고 해당 공유에 액세스할 수 있는지 확인하십시오.
- 임시 서버를 구성원 서버로 다시 강등하고 도메인에서 제거합니다.
나는 거기에 아주 작은 단계들을 많이 놓치고 있고 솔직히 말해서 그 전체 절차가 SBS 2000에서 작동하는지 아닌지 기억이 나지 않습니다. 이 작업을 수행한다면 VM의 랩에서 SBS 2000을 불러와 일부 가짜 사용자, 사서함, 공용 폴더 및 데이터로 채운 다음 전체 마이그레이션 시나리오를 위에서 아래로 두 번 수행하게 됩니다(한 번 메모 작성) 데이터를 수집하고 두 번째로 "모의 실행"을 수행합니다.)
답변3
찾았어요. 필요한 것은 레지스트리 키를 추가하는 것뿐입니다.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\Parameters
EnableBigLba를 DWORD 값으로 추가하고 1로 설정합니다.
관심이 있으신 경우 자세한 설명은 다음과 같습니다.
Windows 2000 Server는 드라이브가 128GB보다 커지기 전에 만들어졌습니다. 따라서 기본적으로 128GB의 드라이브만 사용할 수 있습니다. 드라이브가 그보다 크면 부팅 파티션이 작아도 파티션 테이블을 올바르게 읽을 수 없는 것처럼 보입니다. 해결 방법은 해당 레지스트리 키를 새 드라이브에 넣기 전에 추가하는 것입니다. 이에 대한 MSKB 기사가 있습니다.여기.
나는 내가 가지고 있던 오래된 40GB PATA 드라이브에서 내 부팅 드라이브의 이미지를 복원하여 이것을 발견했습니다. 새 하드웨어에서 부팅하고 해당 메인보드에 대한 모든 드라이버를 설치했습니다. 그런 다음 종료하고 SATA 드라이브를 연결했습니다. 여러 파티션이 있는 750GB SATA 드라이브를 재부팅했을 때 마치 포맷되지 않은 단일 128GB 파티션이 있는 것처럼 나타났습니다. 몇 가지 조사를 통해 EnableBigLba 레지스트리 키에 대해 알아냈습니다. 해당 키를 설정하고 재부팅했더니 SATA 드라이브에 모든 파티션이 표시되었습니다. 업데이트된 버전의 시스템 드라이브를 이미지화하고 SATA 드라이브의 기본 파티션에 이미지를 적용했습니다. 그런 다음 PATA 드라이브를 제거하고 이제 SATA 드라이브만 사용하여 시스템을 부팅합니다.
지금 이것이 Small Business Server를 업그레이드하는 가장 좋은 방법이라고 말하는 것은 아닙니다. 서버 마이그레이션이 "최상의" 방법이라는 Evan의 주장이 옳다고 확신합니다. 하지만 저는 이미 이에 충분한 시간을 투자했으며 서버 변경에 대한 기회의 창이 곧 닫힐 것입니다.
이제 드라이브의 작업 이미지가 생겼으므로 SBS 2003으로 전체 업그레이드를 시도할 예정입니다. 문제가 발생하면 현재 상태로 롤백하는 데 30분 밖에 걸리지 않습니다.
답변4
새 하드웨어에서 무료 Hyper-V Server를 사용하고 SBS 서버를 VM으로 변환하는 것은 어떻습니까? Hyper-V 서버를 관리하려면 Vista가 설치된 PC와 Hyper-V 관리 도구가 필요합니다.
JR