Initialisation instantanée : vérifier le gain réel

Une restauration lente peut consacrer du temps à préparer les fichiers avant de copier les données. L'initialisation instantanée évite une partie de la mise à zéro pour certaines opérations sur les fichiers de données. Elle ne rend pas le stockage infiniment rapide, et un indicateur activé ne prouve pas que toute opération en bénéficie.

Identifier l'environnement précis

Ce guide concerne SQL Server sous Windows. Relevez version, identité du service moteur, statut IFI et chiffrement avant d'interpréter un test. Linux et les services gérés utilisent d'autres contrôles ; les instructions de privilèges Windows ne s'y transposent pas directement.

SELECT SERVERPROPERTY('ProductVersion') AS ProductVersion,
       SERVERPROPERTY('Edition') AS Edition;
SELECT servicename,service_account,instant_file_initialization_enabled
FROM sys.dm_server_services;
SELECT name,is_encrypted FROM sys.databases WHERE database_id=DB_ID();

La DMV nécessite les autorisations de diagnostic adaptées à la version. Examinez la ligne du moteur. Le statut indique une capacité de l'instance ; fonctions de base et opération déterminent encore son applicabilité. Une base chiffrée doit être évaluée séparément d'une base d'essai non chiffrée.

Sous Windows, l'initialisation concernée utilise le privilège Perform volume maintenance tasks du compte ou du SID de service. L'attribuer au SID du moteur évite de dépendre d'un nom de compte remplaçable. Un redémarrage du service est nécessaire après modification ; vérifiez le journal de démarrage plutôt que supposer la politique immédiatement effective.

Séparer données et journal

Historiquement, le journal ne bénéficiait pas du même mécanisme. Depuis SQL Server 2022, les extensions automatiques du journal jusqu'à 64 MB peuvent en profiter, contrairement aux extensions plus grandes. Cela ne signifie pas que toute création, restauration ou extension manuelle devient instantanée.

TDE empêche IFI pour les fichiers de données dans le comportement documenté ; l'exception de petite croissance du journal peut rester applicable. Ne retirez pas le chiffrement pour rechercher ce gain. Mesurez la charge protégée et prévoyez la capacité avant les urgences.

Un incrément de 64 MB n'est pas automatiquement le meilleur choix. Une demande rapide de plusieurs gigaoctets provoquerait de nombreuses extensions. Préallouez le besoin et choisissez la stratégie avec les contraintes de réutilisation et de récupération.

Mesurer une opération concrète

Sur une base jetable et un stockage comparable, mesurez une extension contrôlée avec puis sans capacité, en respectant les redémarrages requis. Gardez taille, emplacement, chiffrement et concurrence comparables. Ne remplissez pas un volume productif uniquement pour démontrer une option.

Enregistrez durée et événements d'extension. Pour une restauration, mesurez préparation, lecture, décompression, écriture et recovery. Supprimer un coût peut laisser un autre dominant. Une phase accélérée ne garantit pas la même proportion de gain sur tout le rétablissement.

IFI modifie aussi le moment où l'ancien contenu disque est écrasé. Restreignez l'accès aux fichiers attachés ou détachés et aux sauvegardes. Cela relève de la politique de stockage, sans justifier des droits administratifs généraux.

La preuve utile réunit version, configuration effective, éligibilité et mesure du processus important. Intégrez-la au standard de construction et revérifiez après changement de compte, remplacement d'hôte ou bascule. Contrôlez chaque hôte possible, pas seulement l'actif : des politiques nommées pareil ne garantissent pas les mêmes droits effectifs. La configuration prévue ne remplace pas la vérification de l'environnement en cours.

La petite extension automatique du journal introduite avec SQL Server 2022 ne nécessite pas le privilège Windows utilisé pour IFI des données. Conservez cette distinction dans les contrôles.

Références techniques: Microsoft Learn: Instant file initialization · Microsoft Learn: Service diagnostics.