Il y a une question se produisant en ce moment dans les fils de l'EE au sujet d'un fichier de consignation secondaire qui ne peut pas être rétréci.
Les supports échouent en raison de lui, ne peuvent pas se développer, ne peuvent pas remettre à zéro, fondamentalement tout à faire avec la notation est un peu d'un désastre…
Puis là si la crainte pagine le problème où un contrôle de DBCC apparaît un objet inconnu avec un problème de page (montre normalement l'objet, mais le nom d'objet est absent).
Ou même les choses aiment déplacer des bases de données autour, ou en employant détacher pour se déplacer à un autre endroit. Ou même ne pas avoir le suffisamment d'espace disque peut créer des problèmes. Certains de ces types de choses sont dus à comprendre pas entièrement ce qui continue, ou pas using les outils droits pour le travail.
Alors il y a des issues de matériel. Peut-être problèmes de disque ou problèmes de serveur et alors des erreurs machine plus ambiguës à faire avec le réseau physique. Et erreurs environnementales comme des pannes de courant ou arrêts inattendus/ONU-chorégraphiés et d'autres échecs catastrophiques.
Vraiment, il y a tout à fait quelques problèmes qui peuvent se poser. En fait plus que vous pensez cela, donné la taille de certains de ces dossiers, il est vraiment tout à fait un hommage à la plupart des fabricants de base de données qu'elles construisent dans une telle robustesse.
Droite, ainsi quoi faire…
Établir un plan d'urgence - un plan antisinistre. Décider ce que la granularité minimum de la perte (perte de données et perte en différé) vos affaires peut tolérer. Elle peut dépendre de beaucoup de choses - si vous avez des écritures par exemple, alors une partie du processus de rétablissement pourrait être de retaper, si vous êtes complètement électronique, alors vous à la machine le besoin un plan de rétablissement plus robuste de base de données.
Si vous dépendez totalement de votre base de données, alors vous voudrez probablement étudier refléter et grouper par lequel une combinaison de logiciel de matériel et de base de données puisse aider à s'assurer qu'il y a toujours une base de données « saine » disponible (bien, autant que possible). Cela peut obtenir tout à fait cher, ainsi devoir s'assurer si c'est une ligne de conduite appropriée pour vous.
Maintenant les choses « faciles » à faire (indépendamment de toute autre approche) sont tout au sujet de maintenir votre base de données « saine » en planifiant pour l'avenir. Essayer de calculer vos volumes de transaction et de préaffecter l'espace (taille d'IE de ces bases de données), s'assurer que vous exécutez des jobs d'entretien pour des supports de base de données, des supports de notation de transaction, et entretien (comme des reconstructions d'index, réorganiser les pages etc.), regard à la vieille information de archivage dans les bases de données secondaires ou même des fichiers de données secondaires (division).
Maintenant le classement par taille d'une base de données est tout au sujet d'établir une taille et de la remplir alors. Évidemment si vous commencez trop petit et essayez de le remplir, il va devoir se développer - qui signifie saisir un disque plus physique. Chaque fois que cela se produit vous courez des risques. Risques de la fragmentation (plus un problème d'exécution) à travers à manquer de disque physique. L'importance de l'obtention qu'exact est plus au sujet d'assortir votre environnement physique ainsi choses comme les supports ont un endroit à aller, vos bases de données ont la suffisamment de pièce, base de données provisoire a le disque suffisant, notations de transactions sont contrôlées.
Vous devez surveiller, ou, automatiser la surveillance de votre base de données. Faire les plans d'entretien et les faire puis les vérifier envoyer les résultats et - même juste un regard quotidien. Si vous pouvez arrêter une erreur avant que vos utilisateurs alors vous soient susceptibles d'être en position plus forte de rétablissement.
J'ai dit avant que vous pourriez aimer diviser, ou ajoute des bases de données, mais vraiment, ne pas faire cela à moins que vous vraiment et vraiment le besoin. Le plus classe la possibilité accrue que quelque chose pourrait casser (ou même être oublié environ - oui elle se produit - dans un processus peu fréquent ou assez aléatoire). Après avoir dit cela, il est possible de récupérer des cloisons ou des filespaces. Simplement mis, ne pas entrer dans des secteurs rusés à moins que vous ayez besoin.
Surtout vous devez s'assurer que votre dossier de forces de défense principale est l'un dossier que vous protégez surtout (oh et tous fichiers de données secondaires de ndf). Vous pouvez régénérer des fichiers de consignation par quelques différentes méthodes.
Aller voir le whitepaper de milliseconde sur facilement disponible :
http://technet.microsoft.com/en-us/library/ee523927(SQL.100).aspxEst-ce que c'est le type de chose que vous voulez discuter ?
