{"id":77716,"date":"2022-06-09T17:57:49","date_gmt":"2022-06-09T15:57:49","guid":{"rendered":"https:\/\/safekit.eviden.com\/?page_id=77716"},"modified":"2026-08-03T09:20:20","modified_gmt":"2026-08-03T07:20:20","slug":"data-replication-techniques","status":"publish","type":"page","link":"https:\/\/safekit.eviden.com\/fr\/best-practises\/data-replication-techniques\/","title":{"rendered":"Techniques de r\u00e9plication de donn\u00e9es pour la haute disponibilit\u00e9\u00a0: une comparaison compl\u00e8te"},"content":{"rendered":"
\n
\n\t

Techniques de r\u00e9plication de donn\u00e9es pour la haute disponibilit\u00e9\u00a0: une comparaison compl\u00e8te<\/h1>\n<\/div>\n<\/div><\/div><\/div><\/div><\/div><\/div>
\n
\n\t

Techniques de r\u00e9plication de donn\u00e9es au niveau base de donn\u00e9es, disque ou fichier\u00a0?<\/h2>\n<\/div>\n<\/div><\/div><\/div><\/div><\/div>
\n
\n\t

Aper\u00e7u<\/h3>\n

Cet article \u00e9tudie les avantages et les inconv\u00e9nients des techniques de r\u00e9plication de donn\u00e9es au niveau base de donn\u00e9es, disque et fichier pour les clusters de haute disponibilit\u00e9. Nous \u00e9tudions le basculement sur panne, le retour apr\u00e8s panne, la simplicit\u00e9 de mise en \u0153uvre.<\/p>\n

\"Techniques<\/p>\n

Les tableaux comparatifs suivants d\u00e9taillent les techniques de r\u00e9plication de donn\u00e9es mises en \u0153uvre par SafeKit, un produit logiciel de haute disponibilit\u00e9.<\/p>\n<\/div>\n<\/div><\/div><\/div>

\n
\n\t

Quelle est la technique de r\u00e9plication des donn\u00e9es au niveau base de donn\u00e9es\u00a0?<\/h3>\n

C'est la r\u00e9plication des fichiers journaux entre deux serveurs faite par le syst\u00e8me de gestion de la base de donn\u00e9es (comme le journal de SQL Server<\/a>).<\/p>\n

Pour un basculement automatique, il est obligatoire d'avoir une r\u00e9plication synchrone sinon les donn\u00e9es des derni\u00e8res transactions ne seront pas r\u00e9cup\u00e9r\u00e9es sur le serveur secondaire apr\u00e8s un basculement.<\/p>\n

Cette technique de r\u00e9plication des donn\u00e9es r\u00e9plique une base de donn\u00e9es mais pas les autres donn\u00e9es d'une application. Le basculement de nombreuses applications n\u00e9cessite \u00e9galement la r\u00e9plication d'autres donn\u00e9es telles que les fichiers de configuration.<\/p>\n

Lorsqu'un serveur tombe en panne et perd certains fichiers de la base de donn\u00e9es, le retour apr\u00e8s panne n'est pas automatique. Un DBA qualifi\u00e9 doit restaurer la base de donn\u00e9es sur le serveur d\u00e9faillant.<\/p>\n<\/div>\n<\/div><\/div><\/div>

\n
\n\t

Quelle est la technique de r\u00e9plication des donn\u00e9es au niveau disque\u00a0?<\/h3>\n

C'est la r\u00e9plication des modifications \u00e0 l'int\u00e9rieur des disques entre deux serveurs (comme DRBD<\/a>).<\/p>\n

Pour un basculement automatique, la r\u00e9plication synchrone entre les disques est obligatoire pour avoir 0 perte de donn\u00e9es.<\/p>\n

Cette technique de r\u00e9plication de donn\u00e9es peut r\u00e9pliquer des bases de donn\u00e9es ainsi que d'autres fichiers. Mais, il y a un fort impact sur l'organisation des donn\u00e9es applicatives. Toutes les donn\u00e9es doivent \u00eatre localis\u00e9es dans le disque r\u00e9pliqu\u00e9. Cela peut \u00eatre impossible si certaines donn\u00e9es \u00e0 r\u00e9pliquer se trouvent dans le disque syst\u00e8me, car ce disque est propre \u00e0 chaque serveur.<\/p>\n

Des comp\u00e9tences sont requises pour configurer un disque r\u00e9pliqu\u00e9 avec un syst\u00e8me de fichiers et pour configurer les donn\u00e9es applicatives dans le disque r\u00e9pliqu\u00e9.<\/p>\n<\/div>\n<\/div><\/div><\/div>

\n
\n\t

Quelle est la technique de r\u00e9plication des donn\u00e9es au niveau fichier\u00a0?<\/h3>\n

C'est la r\u00e9plication des modifications \u00e0 l'int\u00e9rieur des fichiers entre deux serveurs (comme SafeKit<\/a> ).<\/p>\n

Pour un basculement automatique, la r\u00e9plication synchrone<\/a> est requise pour avoir 0 perte de donn\u00e9es.<\/p>\n

Cette technique de r\u00e9plication de donn\u00e9es peut r\u00e9pliquer des bases de donn\u00e9es ainsi que d'autres fichiers. Il n'y a pas d'impact sur l'organisation des donn\u00e9es d'une application. Par exemple, si une application a ses donn\u00e9es sur le disque syst\u00e8me, la r\u00e9plication de fichiers en temps r\u00e9el fonctionne.<\/p>\n

La solution est tr\u00e8s simple \u00e0 configurer car seuls les chemins des r\u00e9pertoires \u00e0 r\u00e9pliquer sont configur\u00e9s.<\/p>\n<\/div>\n<\/div><\/div><\/div><\/div><\/div>

\n
\n\t

Tableaux comparatifs entre les techniques de r\u00e9plication de donn\u00e9es<\/h2>\n\n
\r\n

Choisir la bonne approche de r\u00e9plication des donn\u00e9es est essentiel pour garantir la continuit\u00e9 d'activit\u00e9. Cette comparaison met en \u00e9vidence les principaux diff\u00e9renciateurs du cluster miroir SafeKit avec r\u00e9plication de fichiers en temps r\u00e9el par rapport aux alternatives traditionnelles telles que la r\u00e9plication au niveau base de donn\u00e9es, la r\u00e9plication de disque, les solutions \u00e0 disque partag\u00e9 et les syst\u00e8mes tol\u00e9rants aux pannes.<\/p>\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n\r\n
Cluster miroir SafeKit : avantages par rapport aux approches alternatives de r\u00e9plication et de clustering<\/strong><\/caption>\r\n
Crit\u00e8re<\/th>\r\nAvantage SafeKit<\/th>\r\nLimitation des alternatives<\/th>\r\n<\/tr>\r\n<\/thead>\r\n
3 produits en 1<\/a><\/td>\r\n\u00c9conomise sur Windows et Linux le co\u00fbt du stockage externe partag\u00e9\/r\u00e9pliqu\u00e9, des bo\u00eetiers de r\u00e9partition de charge et des \u00e9ditions entreprise des OS et bases de donn\u00e9es. Inclut toutes les fonctionnalit\u00e9s de clustering : r\u00e9plication synchrone de fichiers en temps r\u00e9el, surveillance des pannes, red\u00e9marrage automatique, basculement d'adresse IP virtuelle.<\/td>\r\nLes approches traditionnelles n\u00e9cessitent des produits s\u00e9par\u00e9s pour la r\u00e9plication du stockage, la r\u00e9partition de charge et le clustering \u2014 augmentant les co\u00fbts et la complexit\u00e9.<\/td>\r\n<\/tr>\r\n
Configuration tr\u00e8s simple<\/a><\/td>\r\nConfiguration via des modules applicatifs. De nouveaux services et r\u00e9pertoires r\u00e9pliqu\u00e9s peuvent \u00eatre ajout\u00e9s facilement. Le tout g\u00e9r\u00e9 via une console web centralis\u00e9e. Aucun contr\u00f4leur de domaine ni Active Directory requis.<\/td>\r\nMicrosoft cluster et les solutions similaires n\u00e9cessitent une configuration complexe d'Active Directory et des contr\u00f4leurs de domaine.<\/td>\r\n<\/tr>\r\n
R\u00e9plication synchrone<\/a><\/td>\r\nLa r\u00e9plication en temps r\u00e9el est synchrone sans perte de donn\u00e9es en cas de panne (RPO = 0).<\/td>\r\nLa r\u00e9plication asynchrone peut perdre les transactions r\u00e9centes non encore r\u00e9pliqu\u00e9es au moment de la panne.<\/td>\r\n<\/tr>\r\n
Failback enti\u00e8rement automatis\u00e9<\/a><\/td>\r\nApr\u00e8s une panne, lorsqu'un serveur red\u00e9marre, le failback de r\u00e9plication est enti\u00e8rement automatique. Le serveur d\u00e9faillant r\u00e9int\u00e8gre le cluster sans arr\u00eater l'application sur le serveur restant.<\/td>\r\nLa plupart des solutions de r\u00e9plication (notamment au niveau base de donn\u00e9es) n\u00e9cessitent une resynchronisation manuelle. L'application peut m\u00eame \u00eatre arr\u00eat\u00e9e pendant le failback.<\/td>\r\n<\/tr>\r\n
R\u00e9plication de tout type de donn\u00e9es<\/a><\/td>\r\nLa r\u00e9plication fonctionne pour les bases de donn\u00e9es et pour tout fichier devant \u00eatre r\u00e9pliqu\u00e9.<\/td>\r\nLa r\u00e9plication au niveau base de donn\u00e9es ne prot\u00e8ge que la base de donn\u00e9es, pas les fichiers de configuration, les journaux ni les autres donn\u00e9es applicatives.<\/td>\r\n<\/tr>\r\n
R\u00e9plication de fichiers vs r\u00e9plication de disque<\/a><\/td>\r\nLa r\u00e9plication est bas\u00e9e sur des r\u00e9pertoires de fichiers pouvant \u00eatre situ\u00e9s n'importe o\u00f9, m\u00eame sur le disque syst\u00e8me.<\/td>\r\nLa r\u00e9plication de disque n\u00e9cessite une partition d\u00e9di\u00e9e et une configuration applicative sp\u00e9ciale pour y stocker les donn\u00e9es.<\/td>\r\n<\/tr>\r\n
R\u00e9plication de fichiers vs disque partag\u00e9<\/a><\/td>\r\nLes serveurs peuvent \u00eatre d\u00e9ploy\u00e9s sur deux sites distants sans infrastructure partag\u00e9e.<\/td>\r\nLes solutions \u00e0 disque partag\u00e9 n\u00e9cessitent une proximit\u00e9 physique et ne peuvent pas couvrir des sites distants.<\/td>\r\n<\/tr>\r\n
Sites distants et IP virtuelle<\/a><\/td>\r\nToutes les fonctionnalit\u00e9s de clustering fonctionnent pour 2 serveurs sur des sites distants. Un LAN \u00e9tendu permet le reroutage VIP de niveau 2. Pour des r\u00e9seaux IP diff\u00e9rents, la VIP est g\u00e9r\u00e9e via un r\u00e9partiteur de charge avec le health check SafeKit.<\/td>\r\nDe nombreuses solutions de clustering ne prennent pas en charge le basculement entre sites distants ou n\u00e9cessitent une redirection DNS complexe avec des temps de reprise impr\u00e9visibles.<\/td>\r\n<\/tr>\r\n
Quorum et split brain<\/a><\/td>\r\nFonctionne avec seulement 2 serveurs. Un simple v\u00e9rificateur de split brain vers un routeur g\u00e8re l'isolation r\u00e9seau entre les sites.<\/td>\r\nLa plupart des solutions de clustering n\u00e9cessitent un 3\u00e8me serveur pour la gestion du quorum.<\/td>\r\n<\/tr>\r\n
Cluster actif\/actif<\/a><\/td>\r\nLe serveur secondaire n'est pas d\u00e9di\u00e9. Le cluster peut fonctionner en actif\/actif avec 2 modules miroir diff\u00e9rents.<\/td>\r\nLes syst\u00e8mes tol\u00e9rants aux pannes<\/a> d\u00e9dient le secondaire \u00e0 l'ex\u00e9cution de la m\u00eame application synchronis\u00e9e au niveau des instructions.<\/td>\r\n<\/tr>\r\n
Solution HA uniforme<\/a><\/td>\r\nSafeKit impl\u00e9mente \u00e0 la fois le cluster miroir (r\u00e9plication + basculement) et le cluster farm (r\u00e9partition de charge + basculement)<\/a>. Une architecture N-tiers peut \u00eatre rendue hautement disponible avec une seule solution sur Windows et Linux.<\/td>\r\nLes architectures typiques m\u00e9langent diff\u00e9rentes technologies pour la r\u00e9partition de charge, la r\u00e9plication et le basculement \u2014 augmentant la complexit\u00e9 op\u00e9rationnelle.<\/td>\r\n<\/tr>\r\n
RTO \/ RPO<\/a><\/td>\r\nRed\u00e9marrage rapide de l'application en cas de panne : environ 1 minute ou moins. Aucune perte de donn\u00e9es (r\u00e9plication synchrone).<\/td>\r\nLa r\u00e9plication compl\u00e8te de VM<\/a> (VMware HA, Hyper-V cluster) n\u00e9cessite le red\u00e9marrage de l'OS entier sur un nouvel hyperviseur, entra\u00eenant des temps de reprise plus longs.<\/td>\r\n<\/tr>\r\n<\/tbody>\r\n<\/table>\r\n\r\n