Durante el webcast celebrado se realizaron ciertas preguntas que no pudieron ser contestadas dentro del tiempo disponible para este evento. Los Ponentes han recogido todas las dudas planteadas y las han respondido en esta sección que Microsoft pone a su disposición para que pueda satisfacer las posibles dudas surgidas.
P: Buenas Tardes, los registros de transacciones se tienen que restaurar inmediatamente o puedes programar su ejecución?, gracias
R: Hola Pedro, ¿te refieres a la opción de Log shipping?
P: si
R: Existe un parámetro que es el tiempo de latencia. Este tiempo, es el que pasa entre cada copia del archivo de registro y su ejecución en el servidor standby. Esto es algo automático que realiza log shipping
P: Lo decía por restaurar un conjunto de Log de transacciones a la misma hora y durante ese tiempo utilizar ese servidor y esa bbdd para consultas etc. ... ya que si restauras inmediatamente durante el tiempo de restauración no esta disponible
R: Pedro, si te parece bien, al final de la presentación hablamos telefónicamente tu pregunta.
P: En replicación Log Shipping, si se añaden o modifican campos, tablas, etc., ¿Se transfieren al destino)
R: Si, lo que se realiza es una copia de seguridad del archivo de registro del servidor origen. Esta copia almacena todas las modificaciones realizadas contra la base de datos y se envían al servidor destino.
P: ¿Las conexiones que hubieran establecidas con el principal no se mantienen cuando se cae y pasamos al secundario?
R: Hola avidal, efectivamente, cual se realiza la operación de failover o movimiento de la instancia al segundo nodo se pierden todas las conexiones y por defecto no se reconectan.
P: EL witness es un tercver servidor?, el mirror no es capaz de reconocer que el principal está caído?
R: El principal y el mirror se conectan al witness para que sea éste el que se encargue de decidir quién toma control de las conexiones. En clustering no existe este rol, y por eso ambos nodos deben asegurarse de que el otro nodo sigue vivo
P: En la opción mirror: si la aplicación ejecuta una instrucción de inserción, borrado, etc. masiva, la necesidad de pasar estos datos al servidor de backup ¿ alargaría mucho la confirmación a la aplicación?
R: Victor, cuantas más operaciones de modificación, borrado y actualización se produzcan, mayor será el archivo de registro y más tardara la recuperación en el segundo servidor. Este tiempo entre copias se puede configurar.
P: El problema con la contraseña del hands on lab, se refiere a la contraseña de Administrador para poder entrar en la maquina virtual del hands on lab, el problema es que la contraseña que aparece en el readme y anual no son funcionan. Gracias
R: Contacte con el mail de soporte ya que este Hands on Labs están soportados y gestionados directamente desde Estados Unidos.
P: Buenas tardes. ¿En db Mirroring se puede modificar información en ambas Bases de datos simultáneamente?. Hace falta un sistema de comunicación fuerte (red local) entre los dos servidores o con una conexión rápida por Internet (ADSL,T1) es suficiente para dar soporte.
R: Alberto, te he respondido a tu pregunta?
P: ¿en mirroring modo asíncrono es posible que no tengamos consistencia que nos asegure un buen restaurado de la base de datos mirror?
R: avidal, ¿ha quedado claro el concepto? la posibilidad de asincronía no nos ofrece HA hot standby porque depende que de haya llegado o no las modificaciones.
P: En SQL Server 2000, con una base de datos que cambia muy poco para poder tener una base de datos replicada en dos sentidos y admitir cambios a la estructura en ambos sentidos que modelo de replicación aconsejarían?
R: En todas las replicaciones un cambio de estructura en alguno de los objetos existe un acción especifica. Luego entre mezcla o transaccional depende un poco de la conectividad entre la partes publicador y subscriptores.
P: en partitioning ¿se pueden hacer copias de seguridad independientes de cada filegroup?
R: Si, cuando realizas una copia de seguridad le puedes especificar el FILEGROUP. Tanto en SQL Server 2000 como en 2005
P: Para dos servidores conectados por Internet (ADSL-T1), en los que se modifican datos en ambos (datos y estructura). Cual es la mejor solución de replicación-sincronización. Gracias
R: Mi recomendación seria replicación de tipo mezcla.
P: en el caso de un servidor principal y un mirror y suponiendo que se quiere replicar todos cambios realizados a la base de datos del principal, ¿que es más eficiente mirror asíncrona o replicación transacción?
R: deberíamos esperar a que el producto esté más maduro para hacer pruebas de rendimiento; esos son objetivos que se marcan para beta3
P: Existe alguna herramienta para poder gestionar directamente el Log de transacciones. Poder visualizar las transacciones realizadas, o bien, conocer en que momento se ha producido una transacción errónea para poder restaurar en ese momento.
R: http://www.lumigent.com
P: en alta disponibilidad las estrategias de backup habituales, deben en algún momento incluir el sistema de redundancia? ¿En caso de crack, de ambos sistemas, y fuese necesario restaurar cinta de backup, sería necesario recrear el entorno. Es posible crear scripts, de creación del entorno.
R: Se puede crear un script de replicación, pero no de Log shipping
P: Que tipos de replicación permiten hacerlo con bases de datos completas y en ambos sentidos?
R: ninguno. replicación no pierde replicar tablas del sistema