Ir al contenido principal

Creacion de SQL Cluster Windows en Virtualbox (Parte 4)


En el post anterior, realizamos algunas configuraciones de red, asi como el storage compartido, el post lo pueden encontrar aqui: Creacion de SQL Cluster Windows en Virtualbox (Parte 3)


Agregamos 2 tarjetas de red extra con la misma configuración de Iniciamos la maquina NODO1.  (Redes iscsi e internal)  (Ver instrucciones en la parte 3)

Procedemos a definir configuración regional y password de administrador como en el DC1.

Cambiamos las IPs con el mismo modo del DC1, para que queden como siguen:

Iscsi
IP: 192.168.110.20
subnetmask 255.255.255.0

Internal
IP:192.168.150.20
subnetmask 255.255.255.0

Preferred DNS Server:
192.168.150.10

Abrimos las propiedades del server y procedemos a cambiar el nombre:
image

En las credenciales especificamos el dominio y la cuenta:

image


image
Procedemos a reiniciar la maquina.

Una vez reiniciada, de preferencia hay que iniciar sesión como dominio\administrador para asegurar que funciona bien el dominio.
Abrimos el server manager y en tools seleccionamos “iSCSI initiator”, si manda el mensaje acerca del servicio detenido damos aceptar para que lo inicie.

En el target ponemos la IP del DC1 (192.168.110.10)

image

Debemos de tener el mensaje “login succeed”
image
Revisamos que aparezcan en el “Volumen List”. Si no aparece, hacemos click en “auto configure”

image

Debemos de poder verlos en la seccion de Disks en “File and Storage Services”

image


Iniciamos Nodo 2 y hacemos la misma configuración con los respectivos cambios:

Hostname : NODO2
Iscsi
IP: 192.168.110.30
subnetmask 255.255.255.0

Internal
IP:192.168.150.30
subnetmask 255.255.255.0
Preferred DNS Server:
192.168.150.10

Al final se deben de poder de comunicar todos los nodos entre si y ademas NODO1 y NODO2 tener disponibles los discos que creamos anteriormente.  (Que se vean a nivel de storage, no debe de tener alguna unidad asociada aun)

image

image

Hay veces que el ping no contesta, debido a que este es un ambiente de pruebas, podemos desactivar el firewall.
Buscamos en windows “firewall”
image

Seleccionamos Windows Firewall Properties.
image

En cada uno de los tabs, seleccionamos el state como off.  Y despues de esto deberiamos de poder hacer ping entre todos los nodos.

image


En el siguiente post, continuaremos con la instalacion de los componentes del cluster: Creacion de SQL Cluster Windows en Virtualbox (Parte 5)

Comentarios

Publicar un comentario

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...