Combinazione di mirroring di SharePoint e database

14

Questa non è una domanda su come dovrei fare, solo per preparare il terreno. È stata una tua esperienza? Si prega di leggere l'intera domanda prima di rispondere rapidamente.

Ho trascorso la giornata ieri insegnando agli studenti di SharePoint MCM (Microsoft Certified Masters - vedi qui ) tutti gli studenti sulle tecnologie ad alta disponibilità in SQL Server, oltre a come funzionano il registro / recupero / backup / ripristino SQL. Questo è davvero importante poiché in ogni installazione MOSS di classe Enterprise è nascosto un SQL Server di classe Entreprise, solitamente senza DBA. Kimberly insegna loro una giornata di manutenzione del database venerdì (una sorta di versione ridotta della prima settimana dell'MCM SQL che insegniamo).

Stavamo discutendo delle possibilità relative all'uso del mirroring del database per fornire alta disponibilità ai database di SharePoint e ai relativi pro e contro. Ora conosco il mirroring del database con le profondità interne più basse, come ero solito possedere mentre ero in Microsoft, quindi non è necessario sottolineare comportamenti e idiosincrasie nelle tue risposte. Conosco anche le varie avvertenze e linee guida nel white paper sul mirroring della gente di SharePoint, e sì, sono solo linee guida generalizzate, non regole rigide.

La mia domanda è questa: mi piacerebbe avere notizie da chiunque abbia implementato il mirroring del database per SharePoint e se hai trovato che ha funzionato per te o se sei andato in crash e masterizzato. In particolare, come hai trovato il comportamento di failover adatto a te? Sei finito con alcuni direttori del database su un server e alcuni sull'altro, dividendo efficacemente la tua farm e rendendola inutilizzabile fino a quando l'intervento manuale non ha fallito tutto su un server? L'hai usato per HA locale o remoto? E così via.

Tutte le risposte saranno ricevute con gratitudine e aiuteranno ad ampliare la base di conoscenze sul matrimonio di queste due tecnologie, e fornirò storie al gruppo di prodotti SharePoint e anche alle future rotazioni MCM che insegnerò.

Grazie!

[Modifica: PS Metterò insieme un post sul blog sulle esperienze e le linee guida per questo anche nel fine settimana]

sql-server sharepoint database-mirroring

— Paul Randal
fonte

>> Hai finito con alcune entità di database su un server e alcune sull'altro, dividendo efficacemente la tua farm e rendendola inutilizzabile fino a quando l'intervento manuale non ha fallito tutto su un server? Sembra che questo sarebbe un grosso problema - dovresti scrivere il resto per fallire sul fallimento di uno. Potremmo farlo in futuro, quindi non posso ancora rispondere.

— Sam,

Anzi, ma è molto difficile scriverlo e far fronte a tutti i casi (come un failover fallito - cosa fai allora?)

— Paul Randal,

1

Abbiamo detto di NON provarlo nemmeno con SharePoint by MS (questo era 1,5 anni fa quando abbiamo iniziato a pianificare la nostra implementazione di SharePoint 2007).

— Jeff
fonte

1

Abbiamo finito per usare un prodotto chiamato Neverfail per aggiungere HA alla nostra implementazione MOSS. Fornisce una replica continua sia del server SQL che del server MOSS. Molto più affidabile sia con gli scenari di failover che di failback.

— Codejnki
fonte

0

Nessuna risposta, controlla il polso !?

Wow, Paul, hai già provato questo su http://www.sharepointoverflow.com ?

Ho lavorato con i clienti nell'implementazione del clustering ma mai nel mirroring della produzione. Un mio collega mi ha dimostrato un POC della tecnica del Whitepaper per il failover, quindi l'ho visto lavorare di persona, tuttavia, la maggior parte dei partecipanti a quella presentazione sono rimasti sorpresi dalla tecnica e non sono sicuro di suggerirla ai propri clienti .

— Tom Resing
fonte