web-dev-qa-db-fra.com

Quels facteurs devons-nous prendre en compte pour activer les paramètres de croissance automatique pour ma base de données PROD

Je souhaite connaître les facteurs dont nous devons tenir compte au cas où nous aurions besoin d'activer les paramètres de croissance automatique pour ma base de données PROD.

J'ai déjà vérifié l'historique de croissance de la base de données et la base de données augmente de 1 à 1,5 Go par jour sur une base quotidienne (en moyenne).

La taille actuelle de la base de données est de 600 Go. J'ai également vérifié l'espace libre disponible et nous avons suffisamment d'espace pour que les fichiers se développent. Cependant, si je règle maintenant la croissance automatique sur 1 Go, cet espace sera rempli après un certain temps.

Veuillez me suggérer quelques facteurs supplémentaires qui devraient être pris en compte afin que je puisse utiliser efficacement cet espace libre disponible et ainsi éliminer le besoin de nouveau disque pendant au moins 10-12 mois.

sql-serverauto-growth
8
LAKSHAY ARORA

Vous avez fait un début impressionnant, ici, en commençant à collecter des données brutes que vous pouvez monétiser et présenter à l'entreprise. "Autant de données, autant d'argent chaque année".

Pour faire des plans sur l'utilisation des données, vous devez comprendre ce qui est stocké dans la base de données et, plus important encore, combien de temps votre entreprise doit les conserver (ou, en fait, combien de temps ils sont autorisés pour le garder).

Trop souvent, les gens d'affaires veulent tout garder. "L'espace disque est bon marché".

C'est très bien, tant qu'ils sont prêts à mettre de l'argent pour l'espace disque supplémentaire impliqué et pour les frais généraux de [votre] maintenance des structures de table avec des choses comme le partitionnement, pour que leurs applications fonctionnent correctement.

Ces jours-ci, cependant, il existe des restrictions réglementaires supplémentaires sur la durée de conservation des données et le moment où elles doivent être supprimées à la demande d'un utilisateur et, encore une fois, votre entreprise doit trouver des mécanismes pour obtenir débarrasser des données qu'ils n'ont plus le droit d'avoir ou qu'on leur a demandé de supprimer.

Ce n'est pas quelque chose que vous pouvez faire par vous-même; vous devez travailler avec votre entreprise pour élaborer ensemble la stratégie.

4
Phill W.

Voici quelques recommandations sur votre situation:

  • accorder au compte de service SQL Server l'autorisation d'effectuer des tâches de maintenance de volume dans Windows pour activer l'initialisation instantanée des fichiers, cela permettra au fichier de données de se développer beaucoup plus rapidement
  • le mieux est de pré-agrandir votre fichier de données de base de données afin qu'il ne se développe pas automatiquement tous les jours, du tout
  • pensez à utiliser la compression de base de données. Reconstruisez vos tables/index avec data_compression = page. Cela vous fera économiser beaucoup d'espace
3
Aleksey Vitsko

Je souhaite que je pourrais intégrer cela dans un commentaire au lieu d'une nouvelle réponse. Les réponses ci-dessus couvrent de nombreux aspects importants mais n'ont pas mentionné When growing a data file grow all files at the same time so they remain the same size, reducing allocation contention points. Étant donné que vous n'avez pas mentionné la version du moteur SQL Server avec laquelle vous avez affaire, je vous recommande de vous familiariser avec l'indicateur de trace 1117 et les modifications apportées à partir de SQL Server 2016. Voici les ressources qui vous aideront.

Un point manqué par beaucoup est que le comportement de Trace Flag 1117 est activé par défaut UNIQUEMENT POUR la base de données TempDB à partir de SQL Server 2016. Si vous devez l'activer pour toute base de données autre que TempDB, lisez le document this .

2
SqlWorldWide