Ripristino di emergenza di Sharepoint

Question

Quali sono i piani di ripristino di emergenza per Windows Sharepoint Services 3.0?

Attualmente stiamo eseguendo il backup di tutti i database (1 contenuto, amministrazione, ricerca e configurazione) utilizzando gli strumenti di backup sql e il backup del server front-end tramite dataprotector.

Per testare i nostri backup, utilizziamo un'altra server farm, ripristiniamo il database del contenuto (seguendo la procedura su technet ) e crea una nuova applicazione che utilizza questo database. Non ci resta che ridistribuire le soluzioni sull'applicazione sharepoint appena creata.

Tuttavia, dobbiamo modificare le credenziali di accesso al database (sul server sql): gli account utente utilizzati in produzione non sono gli stessi di quelli utilizzati nel nostro "test" azienda agricola.

Alla fine, possiamo ripristinare il nostro database dei contenuti e accedere a tutti i nostri siti. La ricerca non funziona, ma stiamo studiando.

Questo scenario di ripristino è affidabile (come supportato da microsoft)?

Answer 1

Non è davvero possibile eseguire il backup / ripristino sia del database di configurazione che del database di ricerca:

• il ripristino del database di configurazione funziona solo se la nuova farm ha esattamente gli stessi nomi di server
• quando si ripristina il database di ricerca, l'indice full-text non è sincronizzato. tuttavia, questo non è un problema in quanto puoi semplicemente reindicizzare.

Di conseguenza, direi di sì, questo è un contenuto affidabile. Ma prenditi cura di:

• Potrebbe essere necessario ripetere alcune configurazioni (AAM, percorso gestito ...).
• Questo non include la personalizzazione, vuoi mantenere un backup della tua soluzione

Answer 2

L'affidabilità è negli occhi di chi guarda. In questo caso, se i test del processo di ripristino hanno esito positivo, allora sì, è affidabile.

Answer 3

Alcuni dei miei clienti eseguono SharePoint (sia MOSS che WSS) in ambienti virtuali, SQL Server è anche virtualizzato e sottoposto a backup sia con strumenti SQL che con copie Shadow del volume.

Il vantaggio di un ambiente virtuale è che i tempi di inattività sono solo finché il tuo host di server virtuale impiega ad avviare le immagini.

Se non si utilizza la virtualizzazione, ricordarsi di eseguire regolarmente il backup dei registri delle transazioni poiché ciò renderà più semplice il ripristino in un determinato momento della giornata - ciò significa anche che i registri delle transazioni non crescono troppo!

Answer 4

Preferisco usare il comando stsadm -o backup 'per backup catastrofici' come dice nella guida. Questo può essere programmato ma richiede un po 'di manutenzione del file XML dei metadati di backup quando si inizia a corto di spazio su disco e è necessario archiviare backup meno recenti. Ha il vantaggio di trasferire su processi timer (di solito) e altre configurazioni perché, come dice Nico, il ripristino del database di configurazione non funzionerà per la maggior parte delle situazioni.

Per ripristinare, puoi usare l'interfaccia utente che è carina e non devi fare confusione con molto altro. Penso che ripristini anche le tue soluzioni, ma non le ho testate ampiamente.