Combinando SharePoint y reflejo de la base de datos

14

Esta no es una pregunta de cómo debería hacer esto, solo para preparar el escenario. ¿Cuál ha sido tu experiencia? Lea toda la pregunta antes de responder rápidamente.

Ayer pasé el día enseñando a los estudiantes de MCM de SharePoint (Maestros Certificados de Microsoft, ver aquí ) todo sobre las tecnologías de alta disponibilidad en SQL Server, además de cómo funciona el registro / recuperación / copia de seguridad / restauración de SQL. Esto es realmente importante ya que en cada instalación de MOSS de clase empresarial hay un servidor SQL de clase empresarial oculto, generalmente sin un DBA. Kimberly les enseña un día de mantenimiento de la base de datos el viernes (una especie de versión reducida de la primera semana del MCM de SQL que enseñamos).

Estábamos discutiendo las posibilidades de usar el reflejo de la base de datos para proporcionar alta disponibilidad a las bases de datos de SharePoint, y los pros y los contras relativos. Ahora, sé que la base de datos se refleja en sus profundidades internas más bajas, como solía poseerla mientras estaba en Microsoft, por lo que no es necesario señalar comportamientos e idiosincracias en sus respuestas. También conozco las diversas advertencias y pautas en el documento técnico de espejo de la gente de SharePoint, y sí, son solo pautas generalizadas, no reglas estrictas.

Mi pregunta es esta: me gustaría saber de cualquiera que haya implementado la creación de reflejo de la base de datos para SharePoint y si descubrió que funcionó para usted o si se bloqueó y se quemó. En particular, ¿cómo descubrió que le funcionó el comportamiento de conmutación por error? ¿Terminó con algunos principios de la base de datos en un servidor y algunos en el otro, dividiendo efectivamente su granja y haciéndola inutilizable hasta que la intervención manual falló todo en un servidor? ¿Lo usó para HA local o remota? Y así.

Cualquier respuesta será recibida con gratitud y ayudará a ampliar la base de conocimiento sobre el matrimonio con estas dos tecnologías, y retroalimentaré las historias al grupo de productos de SharePoint y las futuras rotaciones de MCM que enseño también.

¡Gracias!

[Editar: PD. También prepararé una publicación de blog sobre experiencias y pautas para esto durante el fin de semana]

sql-server sharepoint database-mirroring

— Paul Randal
fuente

>> ¿Terminó con algunos principios de base de datos en un servidor y algunos en el otro, dividiendo efectivamente su granja y haciéndola inutilizable hasta que la intervención manual falló todo en un servidor? Parece que esto sería un gran problema: tendrías que escribir el resto para fallar en caso de falla de uno. Es posible que estemos haciendo esto en el futuro, por lo que aún no puedo responder.

— Sam

En efecto, pero es muy difícil de la escritura hacia fuera y hacer frente a todos los casos (como una conmutación por error Error? - ¿qué hacer a continuación)

— Paul Randal

1

Le dijimos que ni siquiera lo intentara con SharePoint by MS (esto fue hace 1,5 años cuando comenzamos a planificar nuestra implementación de SharePoint 2007).

— Jeff
fuente

1

Terminamos usando un producto llamado Neverfail para agregar HA a nuestra implementación MOSS. Proporciona una replicación continua tanto del servidor SQL como del servidor MOSS. Mucho más confiable con los escenarios de conmutación por error y de recuperación por error.

— Codejnki
fuente

0

¿Sin respuesta, comprueba el pulso?

Wow, Paul, ¿ya has probado este en http://www.sharepointoverflow.com ?

He trabajado con clientes que implementan clustering pero nunca reflejan en producción. Un colega mío me demostró un POC de la técnica Whitepaper para la conmutación por error, por lo que he visto que funciona en persona, sin embargo, la mayoría de los asistentes a esa presentación se sorprendieron con la técnica y no estaban seguros de sugerirla a sus clientes. .

— Tom Resing
fuente