Une mesure prudente de planification de pré-verrouillage garantit qu'une base de données SQL ou MySQL, une fois convertie en statut de lecture seule, fonctionne comme prévu et reste accessible au groupe d'utilisateurs désigné. Cette prévoyance garantit également que la base de données peut être déverrouillée en toute sécurité quand et si elle nécessite des mises à jour ou des modifications à l'avenir.

Il y a un certain attrait à définir une base de données en lecture seule qui trouve un écho auprès des administrateurs de base de données. C'est comme si la base de données avait atteint sa maturité et était prête à s'aventurer dans le monde, sans être gênée par le besoin de mises à jour constantes.

Bien sûr, les raisons de définir une base de données en lecture seule – que ce soit temporairement ou définitivement – ​​sont aussi diverses que les bases de données elles-mêmes. Voici un aperçu complet des méthodes permettant de verrouiller le contenu d'une base de données SQL ou MySQL tout en permettant aux utilisateurs d'accéder à son contenu.

Comme le souligne astucieusement Atif Shehzad sur le site MSSQLTips , avant de verrouiller la base de données, il est essentiel de l'affiner pour garantir des performances optimales. Par exemple, vous ne pouvez pas mettre à jour les statistiques dans une base de données en lecture seule, ni créer ou défragmenter des index. De plus, vous ne pouvez pas ajouter de propriétés étendues aux objets de la base de données, modifier ses autorisations ou ajouter/supprimer des utilisateurs.

Shehzad fournit un script de pré-verrouillage méticuleux en huit étapes à exécuter avant de convertir une base de données en lecture seule. La liste de contrôle englobe tout, de la création d'une sauvegarde du journal des transactions à la modification des autorisations et à la mise à jour des statistiques.

Une liste de contrôle de pré-verrouillage en huit étapes garantit que votre base de données est optimisée et sauvegardée avant de passer en lecture seule. Source : MSSQLTips.

Une fois la base de données optimisée et sauvegardée, utilisez soit la commande ALTER DATABASE [nom de la base de données] SET READ_ONLY ou la procédure stockée système sp_dboption (la première est recommandée car la procédure stockée a été supprimée des versions récentes de SQL Server). Vous pouvez également cliquer avec le bouton droit sur la base de données dans SSMS, choisir Propriétés > Options et définir l'état Base de données en lecture seule sur Vrai. L'icône et le nom de la base de données changeront dans SSMS pour indiquer son état en lecture seule.

Transformer une base de données MySQL en état de lecture seule – et inverser le processus

Une motivation clé pour configurer une base de données MySQL en lecture seule est d'éviter la perte de données pendant le processus de sauvegarde. La bibliothèque de documentation MySQL fournit des directives complètes pour sauvegarder les serveurs maîtres et esclaves dans une configuration de réplication, en utilisant un verrou de lecture global et en manipulant la variable système read_only.

Source

Les directives de configuration de la réplication envisagent un serveur maître (M1), un serveur esclave (S1) et des clients (C1 connecté à M1 et C2 connecté à S1). Les commandes qui facilitent la transition du maître vers un mode lecture seule et le restaurent en fonctionnement normal une fois la sauvegarde terminée sont décrites ci-dessous. (Notez que dans certaines versions, « ACTIVÉ » est synonyme de « 1 » et « DÉSACTIVÉ » est équivalent à « 0 ».)

Les commandes préliminaires font passer la base de données en lecture seule et les commandes suivantes la rétablissent à son état normal une fois la sauvegarde terminée. Source : Bibliothèque de documentation MySQL.

Dans son état de lecture seule, la base de données peut être interrogée mais pas modifiée. Un article daté du 23 août 2013 sur StackOverflow explique comment révoquer puis rétablir les privilèges DML pour des utilisateurs spécifiques, une stratégie moins susceptible d'avoir un impact sur les performances de l'ensemble de la base de données.