Buenas, queria haceros una consulta, tengo que migrar un cluster con dos nodos de sql server a vmware, ademas como todo es bastante urgente, yo en un principio habia pensado en "tirar el nodo" que esta en reserva, virtualizar el disco del sistema y luego mover de una cabina a la otra la base datos, y una ved arrancado el servidor en vsphere realizar las configuraciones oportunas, como lo veis?
gracias
Buenas
El alias de DNS es una solución bastante viable y mientras el recurso de cluster tenga el mismo nombre no debrerías tener problema en migrar y llamar de otra forma a tus nodos. Así de paso saneas por si alguna máquina apunta al nodo en lugar del alias del recurso.
Si esta u otra respuesta es util, por favor marca su correspondiente notificador.
Gracias/Regards
Buenas
Que tal si montas un nodo nuevo (en limpio ya sobre virtual) y traspasas los roles? el tiempo de corte será menor al levantar ya en virtual que el tiempo de parada de virtualizar una máquina completa. Luego simplemente balanceas y haces lo mismo con el otro.
En cuanto al almacenamiento si creo que debas hacer parada, y lo mejor es hacer un backup/restore y luego una sincronización de cabina (si te lo permite)
Si esta u otra respuesta es util, por favor marca su correspondiente notificador.
Gracias/Regards
uffff, parece buena idea...pero es que mi experiencia con sql no es tan amplia....lo del backup/restor tambien lo habia pensado para mover la base datos, del tema de las cabinas aun no tengo mucha informacion, pero creo que no van a ser del mismo fabricante, asi que la sincronizacion no la veo posible
Buenas
Pues en tonces te tocará algo mas espeso:
Monta el cluster nuevo en virtual
Monta los recursos
Migra la database
Actualiza los clientes
o bien, virtualiza nodo por nodo y busca el tema de la sincro y bakcup en algún foro de mssql o de oracle que herramientas tiene que haber al igual que por aqui tenemos el converter y veam para sincronizar
Si esta u otra respuesta es util, por favor marca su correspondiente notificador.
Gracias/Regards
Hola
Estoy con el compañero Samquejo, quizas lo mas facil sea el montar el cluster desde 0 con 2 VM: diferentes nombres, ip's...que todo este funcionando y luego la BD simplemente es Backup/Restore del SQL, configurar un sql alias para la nueva ip (por lo que las aplicaciones que apunten al nombre seguiran funcionando) y modificar dns para que los clientes puedan acceder a la nueva BD.
Sino, quizas la otra forma es añadir un tercer nodo virtual al cluster: para ello deberias de hacer un RDM a las LUN existentes en en cluster (cuidado con ello ;p), una vez que tengas todo disponible en el segundo nodo, ir quitando nodos físicos y añadiendo mas virtuales.
Por lo de mover la BD de cabina es sencillo: da visibilidad de la nueva cabina (LUN) al actual cluster, asignale una letra, con parada del SQL:
Deattach
move files
Attach
Y ya estaria...
Saludos
Si encuentras esta u otras respuesta útiles, por favor considera el asignar puntos seleccionando la respuesta como útil o correcta
If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.
perfecto, muchas gracias, me reuniré con el cliente y se lo planteare, ya que todo esto es de un pliego bastante amplio, pero no me parece mala idea lo de empezar de 0 y recuperar backup.
Muchas gracias, ya os comentare, si finalmente sale el proyecto....
Ok, que tengas suerte.
Y si necesitas cualquier cosa ya sabes donde estamos
Saludos
Si encuentras esta u otras respuesta útiles, por favor considera el asignar puntos seleccionando la respuesta como útil o correcta
If you find this or any other answer useful please consider awarding points by marking the answer helpful or correct.
buenas, por fin parece que el proyecto ira "pa lante" asi que basandome en vuestras respuestas y mirando documentacion creo que usare el Microsoft SQL Server Management Studio Express hare un backup de la base de datos y luego un restore en la vm con un sql instalado de 0, ya que ademas toda la infraestructura es nueva, es una migracion completa
que os parece?
Perfecto. Finalmente en estado de contiongencia renombrarás el servidor sql secundario con el nombre de servidor VC habitual? Si decides hacer eso tendrás que renombrar el servidor SQL-Server también mediante unos comandos Transac-SQL.
Saludos.
Xavier
VMware Certified Professional VCP3 and VCP4.
-
Si encuentras que esta o cualquier otra respuesta ha sido de utilidad, vótalas. Gracias.
If you find this or any other information helpful or correct, please consider awarding points. Thank you.
en un princpio la idea era poner otro nombre al servidor sql, pero mantener ip y nombre de bbdd
Buenas
El alias de DNS es una solución bastante viable y mientras el recurso de cluster tenga el mismo nombre no debrerías tener problema en migrar y llamar de otra forma a tus nodos. Así de paso saneas por si alguna máquina apunta al nodo en lugar del alias del recurso.
Si esta u otra respuesta es util, por favor marca su correspondiente notificador.
Gracias/Regards