Déplacer des tables en ligne vers des groupes de fichiers avec contraintes et LOB

Mis en avant

Commençons cette semaine en revenant sur une discussion intéressante que j’ai eu avec un de mes clients pour déplacer plusieurs tables vers différents groupes de fichiers. Certaines d’entre elles contenaient des données LOB. Ajoutons à cela une contrainte supplémentaire du client: déplacer tout ce petit monde en ligne pour éviter d’impacter la disponibilité des données durant le processus de migration. Les tables concernées possèdaient des contraintes de schéma comme une clé primaire et des clés étrangères ainsi que des index non cluster. Finalement quelque chose de plutôt classique avec lequel nous pouvons avoir à faire tous les jours chez les clients.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

Migrer une infrastructure AlwaysOn existante vers SQL Server 2016

Mis en avant

Avez-vous déjà des plans pour migrer une infrastructure de groupes de disponibilités 2012 vers Windows Server 2016 et SQL Server 2016? Dans un billet précédent, j’ai abordé un scénario de migration cross-clusters mais c’est fois le scénario n’est plus le même parce qu’il s’agit d’effectuer la migration sur place. Une question qui probablement vous concernera cette nouvelle année et si l’on regarde de plus près les améliorations livrées avec ces nouvelles versions, vous ne serez pas déçu.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server

SQL Server 2016: Groupes de disponibilités distribués et migration cross cluster

Mis en avant

Comment migrer un environnement de groupes de disponibilités d’un cluster à un autre? Ce scénario n’est pas commun et requiert une bonne préparation. La façon d’effectuer la migration dépend bien entendu des tâches à réaliser. En effet, il existe beaucoup de scénarios possibles selon l’architecture en place ainsi que les contraintes spécifiques liées au client en terme de d’indisponibilité par exemple. Parmi tous ces scénarios, il existe un processus appelé « migration cross cluster » qui implique la migration de l’infrastructure AlwaysOn entre 2 cluster différents. Dans ce billet, je voudrais porter une attention particulière à ce type de scénario et les améliorations existantes dans ce domaine avec SQL Server 2016.

> Lire la suite (en anglais)

David Barbarin
MVP & MCM SQL Server