Estou migrando meu Small Business Server 2000 para um hardware mais recente. Usei o Acronis TrueImage para criar uma imagem das partições na unidade IDE atual de 250 GB e restaurei as imagens nas partições de uma unidade SATA de 750 GB. A nova placa-mãe é uma Intel D915GEV.
Quando eu inicializo o sistema, ele passa parcialmente pelos BSODs com:
PARAR: 0x0000007B INACCESSIBLE_BOOT_DEVICE
Se eu inicializar no modo de segurança, posso ver que ele está carregando muitos drivers e o BSOD acontece quando ele tenta mudar para a inicialização gráfica. Isso significa que a unidade não está totalmente inacessível.
Atualmente estou operando sob a teoria de que isso é causado pelo fato de meu Server 2000 original não possuir drivers para o controlador SATA na nova placa-mãe. A parte inicial do processo de inicialização deve ser controlada pelo BIOS e só falha quando o Windows tenta assumir o acesso ao arquivo.
Eu sei que você pode usar F6 durante uma nova instalação para adicionar drivers, mas isso não parece me ajudar, já que não estou instalando do zero. Mesmo assim, não consegui rastrear os drivers SATA para esta placa, embora tenha encontrado todos os outros drivers no site da Intel. Parece que não existem drivers específicos para o controlador SATA.
Qual é a melhor maneira de lidar com isso?
Eu me certifiquei de poder sempre voltar para o hardware antigo, mas eu realmente gostaria de fazer isso funcionar no hardware mais novo. O hardware é bastante semelhante - não é como se eu estivesse fazendo uma grande atualização de hardware, é até o mesmo processador e esta placa-mãe é realmente semelhante a uma que esta instalação costumava rodar. (O hardware antigo falhou, então tive que mudar rapidamente para o novo hardware, agora estou tentando movê-lo de volta para o hardware substituto que a Intel enviou como substituição na garantia.)
Responder1
Existe a chance de que, se você entrar no BIOS e mover AHCI para ATA (geralmente eu fujo até encontrá-lo, já que todos os BIOS são diferentes), isso permitirá que você instale o sistema operacional. Depois disso, você pode procurar drivers do fabricante do chipset da placa-mãe que permitirão alterá-lo novamente após carregar o sistema operacional. Espero que isso ajude, boa sorte.
Responder2
Esta provavelmente será uma resposta impopular, mas aqui vai...
O que você está fazendo podeparecertrivial, mas não é. O software de imagem de disco facilita a realização de coisas que o sistema operacional não consegue realizar facilmente. A Micorsoft não "suporta" oficialmente a movimentação de instalações do Windows entre diferentes marcas ou modelos de computadores ou placas-mãe (consultehttp://support.microsoft.com/kb/249694). Você não terá um caminho fácil se tentar fazer isso dessa maneira.
Se o que você está fazendo é uma mudança permanente, eu realmente recomendo uma instalação limpa como controlador de domínio secundário e uma migração do SBS de uma máquina para outra (aqui está o procedimento para o Windows Server 2003, mas não funciona fazendo uma migração "swing" através de um computador temporário para preservar o nome do computador servidor original:http://technet.microsoft.com/en-us/library/cc747454(WS.10).aspx).
Criar imagens de disco da máquina e movê-la para outra caixa é sedutor, mas você não está fazendo nada para ajudar na estabilidade da máquina resultante.
A “migração oscilante”, muito brevemente e em alto nível, é a seguinte:
- Coloque um DC W2K temporário associado ao domínio existente.
- Instale o Exchange 2000 no controlador de domínio temporário e associe-o à organização do Exchange.
- Mova todas as caixas de correio para o servidor temporário. Replique a hierarquia de pastas públicas e remova as réplicas no servidor Exchange 2000 original.
- XCOPY todos os arquivos compartilhados no computador servidor original, preservando as permissões. Documente a estrutura de compartilhamento existente (ou apenas exporte os compartilhamentos de HKLM\System\CurrentControlSet\Services\LanManServer\Shares).
- Transfira as funções FSMO do computador servidor existente para o servidor temporário. O SBS começará a exibir a tela azul a cada hora (se bem me lembro) porque não é mais o detentor da função para todas as funções do FSMO.
- Torne o computador do servidor temporário um servidor de catálogo global e verifique se a replicação do catálogo global foi concluída.
- Rebaixar o computador servidor existente a servidor membro e removê-lo do domínio.
- Torne o servidor temporário um servidor DNS.
- Instale o Windows 2000 SBS no novo servidor com o mesmo nome do computador servidor antigo. Durante a configuração evite que a instalação do Active Directory ocorra de forma automática e instale manualmente o AD (após "apontar" o DNS do novo servidor para o servidor temporário) ingressando no domínio existente.
- Transfira as funções FSMO para o novo computador servidor e conclua a instalação do SBS.
- Mova todas as caixas de correio do Exchange para o novo servidor. Replique a hierarquia de pastas públicas e remova as réplicas do servidor temporário.
- Retire o Exchange no servidor temporário.
- XCOPY todos os dados compartilhados do servidor temporário para o novo servidor. Recrie compartilhamentos no novo servidor e verifique se você pode acessá-los.
- Rebaixar o servidor temporário a servidor membro e removê-lo do domínio.
Estou perdendo vários pequenos passos e, para ser sincero, não me lembro se todo esse procedimento funciona no SBS 2000 ou não. Se eu estivesse fazendo isso, apresentaria o SBS 2000 em um laboratório em uma VM, preencheria-o com alguns usuários, caixas de correio, pastas públicas e dados falsos e, em seguida, faria todo o cenário de migração de cima para baixo duas vezes (uma vez fazendo anotações e coleta de dados, e a segunda vez como um "ensaio".)
Responder3
Eu encontrei. Basta adicionar uma chave de registro.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\ParametersAdicione EnableBigLba como um valor DWORD e defina-o como 1
Aqui está a explicação mais longa se você estiver interessado:
O Windows 2000 Server foi criado antes que as unidades ultrapassassem 128 GB. Portanto, ele pode, por padrão, usar apenas 128 GB da unidade. Se a unidade for maior que isso, mesmo que a partição de inicialização seja menor, parece que ela não consegue ler a tabela de partições corretamente. A solução é adicionar essa chave de registro antes de colocá-la na nova unidade. Há um artigo MSKB sobre issoaqui.
Eu descobri isso restaurando a imagem da minha unidade de inicialização em uma unidade PATA antiga de 40 GB que eu tinha. Eu inicializei no novo hardware e instalei todos os drivers daquela placa-mãe. Então desliguei e conectei a unidade SATA. Quando reiniciei a unidade SATA de 750 GB com múltiplas partições, parecia ter uma única partição não formatada de 128 GB. Com algumas pesquisas descobri sobre a chave de registro EnableBigLba. Eu configurei essa chave e reiniciei e a unidade SATA apareceu com todas as suas partições. Imaginei a versão atualizada da unidade do sistema e apliquei a imagem na partição primária da unidade SATA. Então removi a unidade PATA e o sistema inicializa agora usando apenas a unidade SATA.
Bem, não estou dizendo que esta seja a melhor maneira de atualizar um Small Business Server. Tenho certeza de que Evan está certo sobre a migração de servidor ser a "melhor" maneira de fazer isso, mas já investi tempo suficiente nisso e minha janela de oportunidade para mudanças no servidor está prestes a fechar.
Estou pensando que agora que tenho uma imagem funcional da unidade, vou tentar uma atualização local para o SBS 2003. Levará apenas 30 minutos para voltar para onde estou agora se as coisas derem errado.
Responder4
Que tal usar o Hyper-V Server gratuito no novo hardware e converter seu servidor SBS em uma VM? Você precisará de um PC com Vista e das ferramentas de gerenciamento Hyper-V para gerenciar o servidor Hyper-V.
Jr.