Ir al contenido principal

Creacion de SQL Cluster Windows en Virtualbox (Parte 6)


Si se instalaron las Guest Aditions, es recomendable deinstalarlas en al menos el primero nodo para evitar un error al momento de instalar el Cluster.

La instalación se tiene que hacer un nodo a la vez, una vez que tengamos el software disponible, iniciamos la instalación, se puede iniciar desde cualquier nodo.

En mi caso la inicie desde nodo 1.

Iniciamos la instalación y seleccionamos Installation  y del lado derecho New SQL Server “failover cluster installation”

image


Seleccionamos la edicion developer

image

Aceptamos los terminos de la licencia.

image

Dejamos el checkbox en blanco.

image
Marcara un error, lo ignoramos.

image
Se instalaran los “Setup files”

image

Se realizara un chequeo de las reglas de instalación, si marca algún error hay que repararlo y dar click en “Re-run”, en mi caso fue que no se termino de correr las pruebas del cluster, despues de ejecutarlas selecciones “Re-run”

image

Quedaron solo los warnings, procedemos en este caso.
image

Seleccionamos los “Features” que nos interesan, en mi caso seleccione ademas Reporting Services e Integration services, las demas las dejamos opcionales si las queremos probar.

image
Seleccionamos el nombre virtual que llevara el cluster así como que tipo de instancia será nuestra instalación. (Nombrada o Default)

image

SI no se desinstalaron las “Guest Aditions” de Virtual box tendremos este error, para solucionarlo, desinstalamos las “Guest Aditions” reiniciamos el server y volvemos a iniciar con la instalacion.

image

Dejamos el nombre que sugiere por default, que es el Grupo que se le pondra en el Failover Cluster Manager a nuestra instalacion.

image

Seleccionamos el disco de instalacion.
image

Introducimos la ip que tendra el nombre virtual.
image

Procedemos a indicar las cuentas de servicio. En este caso use la de administrador de dominio, pero no es recomendable, esto fue con la intención de hacer un post posterior donde se hará el cambio de las cuentas de servicio.

image
Seleccionamos el tipo de autenticacion, y de ser necesario la configuracion de los directorios de datos, de TempDB y de Filestream.

image


image

Selecionamos la opcion deseada (En mi caso configurare RS mas adelante)

image
Todo listo para instalar.

image
Una vez terminado deberia de estar todo en “Succeed”

image

Y asi deberia de aparecer en el Failover Cluster Manager.

image

Procedemos ahora a el nodo 2, seleccionamos Installation, y “Add a node to SQL Server Failover Cluster”

image

Seleccionamos la edicion “Developer”


image
Aceptamos los términos de licencia.


image

Dejamos el checkbox en blanco e ignoramos el “Error”
image


image
Verificamos la validacion.

image

Por default aparecera la instancia que acabamos de instalar, si hay mas de una seleccionamos la deseada.


image
Seleccionamos la misma IP

image
Introducimos el password de la cuenta de servicio.

image

Todo listo para instalar.
image

Al final debe de instalarse todo sin problemas.


image

Listo!, podemos hacer failover y ahora SQL server corre en el segundo nodo.


image


Dudas, quejas comentarios a dba_mex(arroba)outlook.com

Comentarios

Entradas más populares de este blog

Eliminar archivelogs desde RMAN

Estos son algunos ejemplos para eliminar los archivelogs desde RMAN. Para eliminara todos los archivos expirados sin pedir confirmación. delete noprompt expired archivelog all; Para eliminar los archive logs expirados de algún folder en especifico (Pedirá confirmación antes de borrar): delete expired archivelog like '+FRA/STACK/ARCHIVELOG/2017_03_12/%'; Para eliminar archive logs basados en la fecha de creación, por ejemplo archive logs de mas de 7 dias.  (Sin confirmacion) delete archivelog until time 'sysdate - 7'; Borrar archivelogs hasta una secuencia en especifico: delete archivelog until sequence = 43; Borrar archivelogs desde una secuencia en especifico: (Usar con precaución) delete archivelog from sequence = 38; Combinándolas: delete archivelog from sequence = 38 until sequence = 47; Saludos. F.R.

Como saber que Service Pack tengo instalado en SQL Server?

Para saber que Service pack se tiene instalado en SQL Server, Hay que ejecutar el siguiente comando: SELECT SERVERPROPERTY('productversion'), SERVERPROPERTY ('productlevel'), SERVERPROPERTY ('edition') Este regresa algo parecido a: 9.00.3042.00 SP2 Enterprise Edition El primer registro es la versión, el segundo es el nivel de producto (en este caso Service pack 2), y el ultimo es la edición, En este caso Enterprise. Esta es una tabla con las versiones de SQL y su respectivo Service pack. RTM SP1 SP2 SP3 SP4 SQL Server 2017 SQL Server 2016 13.0.2149.0 13.0.4001.0 SQL Server 2014 12.0.2000.8 12.0.4100.1 12.0.5000.0 SQL Server 2012 11.0.2100.60 11.0.3000.00 11.0.5058.0 11.0.6020.0 11.0.7001.0 SQL Server 2008 R2 10.50.1600.1 10.50.2500.0 10.50.4000.0 10.50.6000.34 SQL Server 2008 10.00.1600.22   10.00.2531.00 10.00.4000.00 10.00.5500.00 10.0.6000.29 SQL Server 2005 9.00.1399 9.00.2047 9.00.3042 9.00.4035 9.00.5000 SQL Serve...

Migrar los logins / usuarios de SQL Server entre servidores

Cuando necesitamos mover una BD de un servidor a otro, pero queremos que los usuarios tengan los mismos privilegios que en el servidor actual, tenemos que llevar al nuevo servidor tambien los logins. En SQL server es diferente un login a un usuario. Un login es a nivel del Servidor y usario es a nivel de la BD. Si creamos por ejemplo el usuario fer en el servidor A, y luego creo un usuario fer en el servidor B y me llevo la BD produccion al server B el usuario fer es diferente, esto debido a que sql en realidad trabaja con SIDs en lugar del nombre del usuario. Para solucionar esto hay que llevarnos los logins al nuevo server. Como la BD se respalda con los usuarios incluidos, solo hay que recrear los usuarios con su mismo SID en el nuevo server. El script es como sigue: SET NOCOUNT ON SELECT 'EXEC sp_addlogin @loginame = ''' + loginname + '''' ,', @defdb = ''' + dbname + '''' ,', @deflanguage = ''' + langu...