Le système fonctionne très lentement car il doit reconstruire les données manquantes, ce qui implique un processeur et des E / S supplémentaires.
Si vous avez un disque manquant dans une configuration RAID-5, vous n'avez aucune stratégie de récupération . Si un autre disque tombe en panne, vous perdrez vos données . Courez, ne marchez pas, chez le fournisseur le plus proche où vous pouvez obtenir une pièce compatible couverte par la garantie du fabricant expédiée par un service de messagerie le jour même. Si le fournisseur auprès duquel vous avez acheté la baie est déjà en train d'obtenir la pièce, procurez-vous les deux pièces et rangez l'autre comme pièce de rechange.
Si un RAID-5 est utilisé pour un système de production, vous devriez envisager de laisser un disque de rechange dans la baie en tant que disque de secours.
Ajouté - Si vos journaux ne se trouvent pas sur un volume séparé (disques physiquement séparés), déplacez-les vers un ensemble de disques distinct, même une seule paire en miroir. Ce sera également un gain de performances si votre base de données a une charge importante car la contention sur les volumes de journaux a un effet disproportionnellement mauvais sur les performances.
Si cela est possible, vous pouvez également rendre votre base de données plus robuste en procédant comme suit:
- Fermez la base de données.
- Sauvegardez la base de données.
- Déplacez les journaux vers un ensemble de disques physiquement séparé (assurez-vous de reconfigurer la base de données afin qu'il sache où les journaux ont été déplacés).
- Redémarrez la base de données et l'application.
Si vous avez les journaux sur un volume séparé, vous pouvez restaurer et restaurer à partir de la sauvegarde si et seulement si une panne de disque ne compromet pas les journaux. Les journaux de base de données doivent se trouver sur un volume de disque séparé pour (entre autres) les raisons suivantes:
Les modèles d'utilisation des journaux sont principalement séquentiels, ajoutant des entrées de journal à la fin du fichier (le fichier est en fait un tampon en anneau). Cela signifie qu'un grand nombre d'entrées de journal peuvent être écrites rapidement car il y a peu d'activité de recherche de tête de disque.
S'ils partagent des disques physiques avec une charge de travail à accès très aléatoire (par exemple, des tables et des index transactionnels), ils seront ralentis de manière disproportionnée car l'activité de recherche de tête perturbe les écritures séquentielles.
Avoir les journaux sur un volume séparé est presque toujours un gain de performances et n'a besoin que d'une seule paire en miroir pour que les journaux prennent en charge une charge de travail assez lourde. Cela signifie que le matériel pour le faire est assez bon marché, donc il y a un petit coût pour un gros gain de performances et de fiabilité.
Si votre tableau de données tombe en panne, les journaux ne sont pas perdus. Si vous avez une stratégie de sauvegarde appropriée, vous pouvez restaurer à partir de la sauvegarde et faire avancer les journaux. Cela signifie qu'une baie entière peut descendre sur le serveur sans être un seul point de défaillance. Les tableaux de journaux et de données doivent échouer simultanément pour provoquer une perte de données.
ConcernedOfTunbridgeWells
la source