Exemple de scénario de migration de données d'application

Voici un exemple de migration d'une application héritée utilisant Microsoft SQL Server. Cette instance de SQL Server comporte une fonction de groupes de disponibilité AlwaysOn (AG), qui est hébergée entre deux hôtes, avec des disques attachés localement.Les sauvegardes quotidiennes sont stockées sur un système de fichiers et conservées pendant deux semaines. Les sauvegardes hebdomadaires sont stockées dans la banque d'objets locale pour la conservation à long terme.

Pour optimiser la migration de cette application vers Oracle Cloud Infrastructure, identifiez les composants d'application et répondez à certaines des questions mentionnées plus haut. Le diagramme suivant décrit l'application telle qu'elle réside dans l'environnement sur site en cours.

Description de l'illustration on_premises_environment.png

Si l'application a été déplacée vers Oracle Cloud Infrastructure, ses fichiers de base de données structurés et ses données de sauvegarde doivent être déplacés. Ceci est la possibilité de tronquer le volume de données et de purger votre archive afin qu'elle réponde aux exigences de données de votre entreprise.

Envisagez maintenant la partie des données à laquelle les utilisateurs doivent accéder dans des géographies ou des domaines de disponibilité. L'état en cours de la structure de l'application est affiché avec la haute disponibilité dans une seule région. Suite à la migration des données, les domaines de disponibilité créent la redondance nécessaire au basculement de l'application dans un délai raisonnable.

Description de l'illustration data_after_moving_to_oci.png

Pour réduire la latence et garantir les performances, conservez le volume de blocs dans le même domaine de pannes que l'hôte SQL Server.

Les données doivent être hautement disponibles, mais combien de données peuvent réellement être perdues avant que la perte commence à avoir un impact significatif sur les opérations commerciales ? Les groupes de disponibilité SQL Server gèrent la perte de données entre chaque base de données. Cette considération a également une incidence sur les stratégies de sauvegarde de l'application. Dans cet exemple, les sauvegardes étant exécutées sur le serveur secondaire, elles n'ont pas d'impact sur les performances du serveur principal.

Combien de copies des données sont nécessaires pour assurer la haute disponibilité et la continuité de l'activité avec l'application ? L'organisation des groupes de disponibilité AlwaysOn au sein des domaines de pannes et des zones de disponibilité est essentielle lors de la construction du nouveau répertoire de base de l'application dans Oracle Cloud Infrastructure. Etant donné que le stockage d'objets est redondant dans la région, la décision de répliquer les données de sauvegarde vers une autre région doit faire partie du modèle des opérations de gestion.

L'utilisation d'Oracle Cloud Infrastructure Object Storage Service pour remplacer une solution de bande hors site peut être réalisée par une réplication inter-région. La réplication inter-région des données de sauvegarde et du stockage d'objets garantit que les données sont protégées contre les coupures à l'échelle des régions susceptibles d'affecter le business.