Estoy trasladando mi Small Business Server 2000 a un hardware más nuevo. Utilicé Acronis TrueImage para crear una imagen de las particiones en la unidad IDE actual de 250 GB y restauré las imágenes en particiones en una unidad SATA de 750 GB. La nueva placa base es una Intel D915GEV.
Cuando inicio el sistema, llega a la mitad y luego los BSOD con:
DETENER: 0x0000007B INACCESSIBLE_BOOT_DEVICE
Si inicio en modo seguro, puedo ver que se están cargando muchos controladores y el BSOD ocurre cuando intenta cambiar al inicio gráfico. Eso significa que la unidad no es totalmente inaccesible.
Actualmente estoy operando bajo la teoría de que esto se debe al hecho de que mi Server 2000 original no tiene controladores para el controlador SATA en la nueva placa base. La primera parte del proceso de arranque debe ser manejada por el BIOS y solo falla cuando Windows intenta hacerse cargo del acceso a los archivos.
Sé que puedes usar F6 durante una instalación nueva para agregar controladores, pero eso no parece ayudarme ya que no estoy realizando una instalación nueva. Aun así, no he podido localizar los controladores SATA para esta placa, aunque encontré todos los demás controladores en el sitio de Intel. Parece que no existen controladores específicos para el controlador SATA.
¿Cuál es la mejor manera de manejar esto?
Me aseguré de poder volver siempre al hardware anterior, pero realmente me gustaría que esto funcione en el hardware más nuevo. El hardware es bastante similar: no es como si estuviera haciendo una actualización importante de hardware, incluso es el mismo procesador y esta placa base es muy similar a una en la que solía ejecutarse esta instalación. (El hardware antiguo falló, por lo que tuve que pasar rápidamente al nuevo hardware. Ahora estoy intentando volver a moverlo al hardware de reemplazo que Intel envió como reemplazo de garantía).
Respuesta1
Existe la posibilidad de que si ingresa al BIOS y mueve AHCI a ATA (normalmente busco hasta encontrarlo, ya que todos los BIOS son diferentes) le permitirá instalar el sistema operativo. Después de esto, puede buscar controladores del fabricante del chipset de su placa base que le permitirán volver a cambiarlo después de haber cargado su sistema operativo. Espero que esto ayude, buena suerte.
Respuesta2
Probablemente esta sea una respuesta impopular, pero aquí va...
Lo que estás haciendo puedeparecertrivial, pero no lo es. El software de imágenes de disco facilita la realización de cosas que el sistema operativo no puede realizar fácilmente. Micorsoft no "admite" oficialmente el traslado de instalaciones de Windows entre diferentes marcas o modelos de computadoras o placas base (consultehttp://support.microsoft.com/kb/249694). No lo tendrás fácil si intentas hacerlo de esta manera.
Si lo que está haciendo es un movimiento permanente, realmente recomendaría una instalación limpia como controlador de dominio secundario y una migración de SBS de una máquina a otra (aquí está el procedimiento para Windows Server 2003, pero no pasa por haciendo una migración "swing" a través de una computadora temporal para preservar el nombre de la computadora servidor original:http://technet.microsoft.com/en-us/library/cc747454(WS.10).aspx).
Crear imágenes en disco de la máquina y moverla a otra caja es atractivo, pero no estás haciendo nada para ayudar a la estabilidad de la máquina resultante.
La "migración oscilante", muy brevemente y a un alto nivel, es la siguiente:
- Instale un DC W2K temporal unido al dominio existente.
- Instale Exchange 2000 en el DC temporal y únalo a la organización de Exchange.
- Mueva todos los buzones de correo al servidor temporal. Replica la jerarquía de carpetas públicas y elimina las réplicas en el servidor Exchange 2000 original.
- XCOPY elimina todos los archivos compartidos en la computadora servidor original, preservando los permisos. Documente la estructura de recursos compartidos existente (o simplemente exporte los recursos compartidos desde HKLM\System\CurrentControlSet\Services\LanManServer\Shares).
- Transfiera las funciones de FSMO desde la computadora servidor existente al servidor temporal. SBS comenzará a mostrar una pantalla azul cada hora (si no recuerdo mal) porque ya no es el titular de todas las funciones de FSMO.
- Convierta la computadora del servidor temporal en un servidor de catálogo global y verifique que se complete la replicación del catálogo global.
- Degradar la computadora servidor existente a un servidor miembro y eliminarla del dominio.
- Convierta el servidor temporal en un servidor DNS.
- Instale Windows 2000 SBS en el nuevo servidor con el mismo nombre que el de la computadora del servidor anterior. Durante la instalación, evite que la instalación de Active Directory se realice automáticamente e instale AD manualmente (después de "apuntar" el DNS en el nuevo servidor al servidor temporal) uniéndose al dominio existente.
- Transfiera las funciones de FSMO a la nueva computadora servidor y complete la instalación de SBS.
- Mueva todos los buzones de Exchange al nuevo servidor. Replica la jerarquía de carpetas públicas y elimina las réplicas en el servidor temporal.
- Retire Exchange en el servidor temporal.
- XCOPIAR todos los datos compartidos del servidor temporal al nuevo servidor. Vuelva a crear recursos compartidos en el nuevo servidor y verifique que pueda acceder a ellos.
- Degradar el servidor temporal a servidor miembro y eliminarlo del dominio.
Me faltan muchos pequeños pasos y, para ser honesto, no recuerdo si todo ese procedimiento funciona en SBS 2000 o no. Si estuviera haciendo esto, abriría SBS 2000 en un laboratorio en una máquina virtual, lo llenaría con algunos usuarios, buzones, carpetas públicas y datos falsos, y luego haría todo el escenario de migración de arriba a abajo dos veces (una vez tomando notas). y recopilación de datos, y la segunda vez como un "ensayo".)
Respuesta3
Lo encontré. Todo lo que necesitas es agregar una clave de registro.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\atapi\ParametersAgregue EnableBigLba como valor DWORD y configúrelo en 1
Aquí está la explicación más larga si está interesado:
Windows 2000 Server se creó antes de que las unidades superaran los 128 GB. Por lo tanto, de forma predeterminada, sólo puede utilizar 128 GB de la unidad. Si la unidad es más grande que eso, incluso si la partición de arranque es más pequeña, parece que no puede leer la tabla de particiones correctamente. La solución es agregar esa clave de registro antes de colocarla en la nueva unidad. Hay un artículo de MSKB al respecto.aquí.
Encontré esto restaurando la imagen de mi unidad de arranque en una antigua unidad PATA de 40 GB que tenía por ahí. Lo inicié con el nuevo hardware e instalé todos los controladores para esa placa base. Luego lo apagué y conecté la unidad SATA. Cuando reinicié, la unidad SATA de 750 GB con múltiples particiones apareció como si tuviera una única partición de 128 GB sin formato. Investigando un poco descubrí la clave de registro EnableBigLba. Configuré esa clave y reinicié y la unidad SATA apareció con todas sus particiones. Tomé una imagen de la versión actualizada de la unidad del sistema y la apliqué a la partición primaria de la unidad SATA. Luego quité la unidad PATA y el sistema arranca ahora usando solo la unidad SATA.
Ahora bien, no estoy diciendo que esta sea la mejor manera de actualizar un Small Business Server. Estoy seguro de que Evan tiene razón en cuanto a que migrar el servidor es la "mejor" manera de hacerlo, pero ya he invertido suficiente tiempo en esto y mi ventana de oportunidad para los cambios del servidor está a punto de cerrarse.
Estoy pensando que ahora que tengo una imagen funcional de la unidad, voy a intentar una actualización local a SBS 2003. Sólo me tomará 30 minutos regresar a donde estoy ahora si las cosas se vuelven locas.
Respuesta4
¿Qué tal usar el servidor Hyper-V gratuito en el nuevo hardware y convertir su servidor SBS en una máquina virtual? Necesitará una PC con Vista y las herramientas de administración de Hyper-V para administrar el servidor Hyper-V.
J.R.