Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Le blog de Patrick [MVP Office 365]

Partage d'informations sur yOS (Yammer, Office 365, SharePoint), Azure et +...

Actualités









  • Mon blog en ANGLAIS - English blog :

    Versions :
    14.0.4730.1010 SharePoint 2010 RC
    14.0.4762.1000 SharePoint 2010 RTM
    14.0.6029.1000 SharePoint 2010 SP1
    ​14.0.7015.1000 SharePoint 2010 SP2

    15.0.4128.1014 SharePoint 2013 Preview
    15.0.4420.1017 SharePoint 2013 RTM
    15.0.4569.1509 SharePoint 2013 SP1

    Les derniers CU pour SharePoint 2010...
    Les N° de version pour SharePoint 2013...


[ #SharePoint 2013 ] Options de haute disponibilité et de récupération d’urgence prises en charge pour les bases de données SharePoint

Il s’agit du titre d’une page Technet importante : http://technet.microsoft.com/fr-fr/library/jj841106.aspx

Elle indique base par base quelles sont les options possibles et surtout supportées que l’on peut utiliser pour mettre en place une solution de haute disponibilité avec SharePoint 2013.

On notera tout d’abord que la mise en miroir de bases de données n’est plus à utiliser et sera remplacée par les groupes de disponibilités AlwaysOn. La phrase officielle est celle-ci (cf. Solutions haute disponibilité (SQL Server) ) :

imageCette fonctionnalité sera supprimée dans une  prochaine version de Microsoft SQL Server. Évitez d'utiliser cette fonctionnalité dans de nouveaux travaux de développement et prévoyez de modifier les applications qui utilisent actuellement cette fonctionnalité. Nous vous recommandons d'utiliser Groupes de disponibilité AlwaysOn à la place.

On distingue 2 modes : synchrone et asynchrone.

 

Le mode synchrone est à retenir pour des solutions de haute disponibilité lorsque l’on se trouve en réseau local ou à courte distance avec des latences faibles.

On notera sur la tableau suivant construit à partir de la page mentionnée initialement que les Groupes de disponibilités AlwaysOn sont supporté avec toutes les bases SharePoint, à l’exception des bases PowerPivot qui n’on pas encore étaient validées dans ce mode (les tests sont en cours).

Bases de données SharePoint 2013 Miroir synchrone Always On synchrone
SharePoint_Config Oui Oui
SharePoint_Admin_Content Oui Oui
WSS_Content Oui Oui
AppManagement Oui Oui
Search_Service_Application_DB_<GUID> Oui Oui
Search_Service_Application_Analytics
ReportingStoreDB_<GUID>
Oui Oui
Search_Service_Application_ CrawlStoreDB_<GUID> Oui Oui
Search_Service_Application_ LinkStoreDB_<GUID> Oui Oui
Secure_Store_Service_DB_<GUID> Oui Oui
SharePoint_Logging Oui, mais non recommandé Oui, mais non recommandé
SettingsServiceDB Oui Oui
User Profile Service Application_ProfileDB_<GUID> Oui Oui
User Profile Service Application_SyncDB_<GUID> Oui Oui
User Profile Service Application_SocialDB_<GUID> Oui Oui
WordAutomationServices_<GUID> Oui Oui
Managed Metadata Service Application_Metadata_<GUID> Oui Oui
Managed Metadata Service_<GUID> Oui Oui
SharePoint Translation Services_<GUID> Oui Oui
Bdc_Service_DB_<GUID> Oui Oui
ProjectWebApp Oui Oui
DefaultPowerPivotService ApplicationDB_<GUID> A déterminer A déterminer
PerformancePoint Service _<GUID> Oui Oui
SessionStateService_<GUID> Oui Oui

 

Le mode “Cluster de basculement AlwaysOn” est un mode de sécurisation possible également disponible pour SharePoint (mais il n’apparait pas dans le tableau). Il présente la caractéristique d’utiliser un stockage partagé.

Pour choisir entre ces deux solutions, on pourra s’appuyer sur le tableau suivant, extrait du document : Microsoft SQL Server AlwaysOn Solutions Guide for High Availability and Disaster Recovery

High Availability

Potential Data Loss (RPO)

Potential Recovery Time (RTO)

Automatic Failover

Readable Secondaries

SQL Server Solution

AlwaysOn Availability Group - synchronous-commit

Zero

Seconds

Yes

0 - 2

AlwaysOn Failover Cluster Instance

NA

Seconds

Yes

NA

-to-minutes

Database Mirroring - High-safety (sync + witness)

Zero

Seconds

Yes

NA

 

Le mode asynchrone est à retenir pour des solutions de récupération d’urgence lorsque l’on se trouve en dehors du réseau local, sur de plus longues distances avec des latences non négligeables.

On notera sur la tableau suivant construit à partir de la page mentionnée initialement que les Groupes de disponibilités AlwaysOn en mode asynchrone ne supportent que certaines bases SharePoint 2013 et que pour la plupart des service le support n’est pas encore déterminé.

Aussi tant que ce statut n’évoluera pas, la solution de récupération d’urgence asynchrone à privilégier pour SharePoint 2013 reste le bon vieux mode de copie des journaux en asynchrone.

Bases de données SharePoint 2013 Miroir asynchrone Copie de journaux AlwaysOn asynchrone
SharePoint_Config Non Non Non
SharePoint_Admin_Content Oui Oui Non
WSS_Content Oui Oui Oui
AppManagement Oui Oui A déterminer
Search_Service_Application_DB_<GUID> Non Non Non
Search_Service_Application_Analytics ReportingStoreDB_<GUID> Oui Oui Non
Search_Service_Application_ CrawlStoreDB_<GUID> Non Non Non
Search_Service_Application_ LinkStoreDB_<GUID> Non Non Non
Secure_Store_Service_DB_<GUID> Oui Oui A déterminer
SharePoint_Logging Oui, mais non recommandé Oui, mais non recommandé A déterminer
SettingsServiceDB Oui Oui A déterminer
User Profile Service Application_ProfileDB_<GUID> Oui Oui A déterminer
User Profile Service Application_SyncDB_<GUID> Oui Oui A déterminer
User Profile Service Application_SocialDB_<GUID> Oui Oui A déterminer
WordAutomationServices_<GUID> Non Non A déterminer
Managed Metadata Service Application_Metadata_<GUID> Oui Oui A déterminer
Managed Metadata Service_<GUID> Oui Oui A déterminer
SharePoint Translation Services_<GUID> Oui Oui A déterminer
Bdc_Service_DB_<GUID> Oui Oui A déterminer
ProjectWebApp Oui Oui A déterminer
DefaultPowerPivotService ApplicationDB_<GUID> A déterminer A déterminer A déterminer
PerformancePoint Service _<GUID> Oui Oui A déterminer
SessionStateService_<GUID> Non Non Non

On notera les caractéristiques suivantes entre les différents modes asynchrones :

Disaster Recovery

Potential Data Loss (RPO)

Potential Recovery Time (RTO)

Automatic Failover

Readable Secondaries

SQL Server Solution

AlwaysOn Availability Group - asynchronous-commit

Seconds

Minutes

No

0 - 4

Database Mirroring - High-performance (async)

Seconds

Minutes

No

NA

Log Shipping

Minutes

Minutes

No

Not during

-to-hours

a restore

Backup, Copy, Restore

Hours

Hours

No

Not during

 

-to-days

a restore

Quelque soit la solution asynchrone retenue, on notera que la base de configuration principale de SharePoint n’est pas supportée en mode asynchrone ce qui implique de devoir construire sur le site de secours une ferme indépendante de la ferme de production et de ne mettre en place la solution de copie des bases de données que sur les bases de contenu (et certaines bases de services si elles sont supportées.

Avec de la copie de journaux, les bases sur le site secondaire sont accessibles en lecture seule (sauf lorsque les journaux sont en cours de réapplication) :

image

Dans ce cas les sites de la ferme de secondaire s’affichent avec le bandeau suivant :

image

Les grands principes restent les mêmes que ceux décrits ici (Configure disaster recovery across SharePoint farms by using SQL Server log shipping) pour SharePoint 2007 :

Farms with log-shipping before failover

 

et après un éventuel désastre :

Log-shipped farms after failover

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: samedi 16 novembre 2013 17:37 par Patrick Guimonet

Commentaires

Pas de commentaires

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01