Votre système échoue parce que le système d'exploitation paniquesRenouvellementDisons que votre système échoue parce que le système d'exploitation de panique. Il redémarre, redémarre des applications comme les serveurs Web et bases de données, et continue comme avant la panne. Quelle est la probabilité d'un autre échec dû à la panique du système d'exploitation? Selon toute vraisemblance, c'est exactement la même chose que ce qu'elle était avant le redémarrage. Il existe de nombreux cas, cependant, où la réparation d'un système de change les caractéristiques MTBF du système, augmentant la probabilité d'un nouvel échec à l'avenir à court terme. Lorsque vous remplacer un pneu crevé sur votre voiture avec le «beigne» pneu de rechange, le MTBF pour des problèmes de pneu n'est pas la même chose que lorsque vous étiez en cours d'exécution sur quatre pneus d'origine; le beignet a la vitesse et les restrictions sur la distance qui la rendent moins fiables que un pneu neuf. Vous avez réparé votre voiture de sorte que c'est à nouveau fonctionnelle, mais vous n'avez pas restauré la voiture à sa MTBF spécifications d'origine.
Le concept de la réparation d'un tel système que son MTBF reste le même est appelée renewability.1 Systems dégradent qui ne sont pas renouvelables au cours du temps. Logiciels, en général, mai ne sera pas renouvelé en raison de problèmes tels que fuites de mémoire ou une corruption de mémoire qui accroissent la probabilité de défaillance dans le temps. La fixation d'une défaillance mai pas restaurer le système à son état d'origine, si vous avez jamais fait un redémarrage normal ou le redémarrage d'entretien préventif, vous avez pour objectif de faire un système d'énergie renouvelable la façon dont la force brutale. Dans tous les exemples et des scénarios que nous décrivons , nous visons à rendre les systèmes renouvelables. Réparation d'un composant défectueux, qu'il s'agisse du matériel ou des logiciels, ne devrait pas affecter l'heure prévue avant la défaillance prochaine. En évaluant une technique de la disponibilité, la question essentielle à poser est: «Est-ce que cette réparation restaurer le système à son état d'origine afin que l'ensemble de mes hypothèses sur les modes de défaillance, les taux d'échec et de processus de réparation sont les mêmes qu'ils étaient avant que je fasse la réparation ? "Réponse" oui "et vous pouvez avoir confiance que vos numéros de MTBF se lèveront après une série de défaillances et les réparations connexes. Sigmas et NinesMéthodologie Six Sigma est une autre tendance populaire qui nous pousse à être datafocused et les processus intense. Le cœur de méthodologie en six sigma est de mesurer quelque chose, renseignez-vous où les défauts sont mis en place, puis supprimer la source des défauts afin que le processus résultant montre moins de six défauts par million d'opportunités pour un défaut (six sigma ou déviations standard loin de la moyenne). Bien que cette méthode est la plus couramment utilisée pour les procédés de fabrication et de biens durables, il est d'application à la fiabilité des systèmes en réseau aussi bien. Au lieu de penser à Six Sigma de Recherche et comme un processus de destruction »pour les défauts, le perçoivent comme un moyen de réduire la variation.
Méthodologie Six Sigma peut prendre votre réflexion sur la disponibilité de l'uptime binary-versus-modèle des temps d'arrêt à un autre où l'on regarde l'expérience utilisateur. Cela requiert que vous mesurer les variables qui sont liées à des choses que vous pouvez contrôler, de réduire la variabilité en supprimant la cause de défauts dans le processus. Si vous avez défini une transaction de longue durée comme un défaut, alors la capacité de planification et allocation des ressources font partie de votre assainissement. Si cette variabilité dans le temps de réponse est causé par le comportement du système lors d'un basculement, alors vous mai devons concevoir un modèle plus complexe de récupération. La valeur de la DisponibilitéFondamentalement, la haute disponibilité est une décision commerciale. Les ordinateurs coûtent de l'argent pour fonctionner. Ils coûtent des fonds supplémentaires devraient-ils ne pas fonctionner quand ils feront sans doute. Mais la raison fondamentale pour les entreprises d'investir dans des ordinateurs (ou toute autre chose, d'ailleurs) est de faire de l'argent. Ordinateurs permettant à un organisme pour effectuer des tâches qu'elle ne pouvait pas fonctionner sans l'ordinateur. Les ordinateurs peuvent faire des choses que les gens peuvent pas, ils font des choses plus rapidement et à moindre coût et plus précisément que les gens peuvent. (Pas tout, mais beaucoup de choses.) Quand un ordinateur ne fonctionne pas de la fonction pour laquelle il a été acheté, il ne déploie pas les propriétaires de l'argent, c'est, au contraire, qui leur coûte de l'argent. Depuis les temps d'arrêt peut, sans contrôle, durer éternellement, il n'y a apparemment pas de limite aux coûts que d'un ordinateur vers le bas pourrait générer. Qu'est-ce que la haute disponibilité?Il ya eu une période de temps où vos auteurs débattu en prenant l'expression «haute disponibilité» sur le titre de cet article. L'argument pour le faire était que le terme était devenue si brouillées par les organisations de marketing du vendeur qu'il avait perdu toute signification. L'argument contre la retirer était qu'il n'y avait pas d'autre terme qui a si bien résumé ce que nous avons essayé d'accomplir avec l'article. À la fin, nous avons décidé que si nous avions pris «haute disponibilité» sur le titre, personne ne serait jamais en mesure de trouver l'article, et si nous laissons-la, nous aurions l'occasion de la définir nous-mêmes. Nous avons donc laissé po Voyez cela comme une décision de marketing. Si vous demandez autour, vous trouverez qu'il n'y a vraiment pas de définition difficile pour la haute disponibilité ou un seuil entreprise qui détermine si oui ou non un système particulier, l'a atteint. Les vendeurs ont façonné ce terme pour les adapter à leurs besoins. À peu près tous les systèmes et OS vendeur un département marketing prétend offrir une haute disponibilité sous une forme ou une autre. La vérité est que malgré les affirmations de 7 × 24 × quelconque, ou un nombre de neuf, ces revendications signifierait remarquablement peu de pratique, la disponibilité du système-journée. Le Storage Network Industry Association (SNIA) a une excellente technique dictionnaire en ligne (www .snia.org / dictionary), dans lequel ils définissent la haute disponibilité comme suit: La capacité d'un système d'accomplir ses fonctions en permanence (sans interruption) pour une période beaucoup plus longue que les fiabilités de ses différentes composantes ne le suggèrent. La haute disponibilité est le plus souvent grâce à une tolérance aux pannes. Haute disponibilité n'est pas un terme difficilement quantifiables. La fois les limites d'un système qui est appelé à haute disponibilité et la mesure dans laquelle sa disponibilité est extraordinaire doit être bien entendu, au cas par cas. La disponibilité est assez clairement défini, mais il est élevé qui est le problème. Est un bâtiment de 20 étages élevés? À Manhattan, Kansas, ce serait, mais à Manhattan, New York, un bâtiment de 20 étages se perd dans la foule. C'est très bien un terme relatif. How high is up? Comment en place est élevé? Comment disponibles ne doivent être quelque chose pour être hautement disponible? Supérieur à la normale? Ce qui est normal, et qui la définit? Là encore, pas beaucoup d'aide dans ces définitions. Élaborer une définition pratique de la haute disponibilité, il faudra encore une autre approche. Envisagez pourquoi quelqu'un met en œuvre un système informatique. Quelqu'un dépense de l'argent pour acheter (ou louer) un système informatique. L'objectif, tel qu'il est avec une dépense d'affaires, est d'obtenir une sorte de retour, ou la valeur dos, sur ces dépenses. L'argent qui est dépensé dans le but d'obtenir la valeur de retour est un investissement. Le but est donc de parvenir à une rémunération appropriée pour l'investissement réalisé pour mettre en œuvre le système informatique. Le retour sur cet investissement ne doivent pas être directement monétaire. Dans un environnement académique, par exemple, le retour mai être éducatif. Un département informatique dans une université ou une école secondaire achète des ordinateurs avec le noble objectif d'enseigner à leurs élèves comment utiliser ces ordinateurs. Bien sûr, dans le long terme, un département d'informatique qui développe une bonne réputation obtient un rendement financier de la fréquentation a augmenté dans les classes et les frais de scolarité. Les ordinateurs d'enseignement dans une université ne serait pas considéré comme critique par la plupart des entreprises commerciales, mais si ces ordinateurs sont à la baisse pour autant du temps au cours d'un semestre que les étudiants sont incapables d'accomplir leurs tâches, puis les ordinateurs ne sont pas en mesure de générer un appropriées retour sur l'investissement financier placée en eux. Si ces pannes se produisent assez souvent, et durer suffisamment longtemps, le ministère mai forger une bonne réputation pour avoir des ordinateurs moche, ou de l'administration informatique pouilleux, qui, dans les deux cas, reflète très mal sur le département et pourrait, à terme, influer sur l'inscription. Le est de même pour tous les ordinateurs de toute entreprise, les ordinateurs qui sont à la baisse ne faisons pas le travail pour lequel elles ont été mises en œuvre. Considérons, alors, qu'il existe un système hautement disponible quand il est disponible assez de temps pour générer le rendement pour lequel il a été mis en œuvre en premier lieu. Pour être juste, il exige une vision claire de l'avenir de savoir si un système est correctement protégé contre tous les événements possibles, et c'est tout simplement impossible. Donc, nous considérons que la haute disponibilité pour un objectif de conception plutôt que d'une conception réelle. Lorsqu'un système est conçu, il devrait être clair pour ses concepteurs, quelles sont les exigences qu'ils ont pour la disponibilité. Si le système est vraiment conçue pour ces exigences, alors le système est hautement disponible. Notre définition de la haute disponibilité, donc, est la suivante: la haute disponibilité, n. Un niveau de disponibilité du système sous-entendus par un design qui devrait atteindre ou dépasser les exigences opérationnelles pour lesquelles le système est mis en œuvre. La haute disponibilité est donc un compromis entre le coût du temps d'indisponibilité et le coût des mesures de protection qui sont disponibles pour éviter ou réduire les temps d'arrêt. un article présenté par Ben Smeider Disclaimer:Notre site n'est pas responsable du contenu de cet article. Webarticles est une ressource d'information gratuite. Important: Cet article «Votre système échoue parce que le système d'exploitation de panique" a été traduit par un logiciel automatique. Nous nous sentons désolés pour les fautes d'orthographe que mai ont eu lieu. Nous vous remercions de votre compréhension.
|
|||||
| Online: 476 users browsing the articles directory |
|
|