File and Print Server Failures

Network Failures

Les réseaux sont naturellement sensibles aux défaillances, car ils contiennent de nombreux composants et sont affectés par la configuration de chaque élément. Où, exactement, est votre réseau? Dans le switch? Les câbles de goutte? Délimitée par l'ensemble des cartes d'interface réseau dans vos systèmes? Aucun de ces composants physiques peuvent se rompre, provoquant des pannes de réseau ou, plus exaspérante, des pannes de réseau par intermittence. Networks sont également affectées par des problèmes de configuration. Informations de routage incorrect, noms d'hôtes en double ou les adresses IP, et des machines qui interprètent mal les adresses de diffusion peut conduire à des paquets mal orientées. Vous aurez également à traiter avec une redondance dans les connexions réseau, comme vous mai ont plusieurs routeurs connectant les réseaux à points multiples. Lorsque que la redondance est cassé, ou sa configuration est déformé, le réseau semble être en baisse. Quand un réseau qui vous avez confiance et l'amour est connecté à un réseau non fiables ou non géré, vous courez le risque d'être soumis à un déni de service attaque ou une tentative de pénétration du réseau à partir d'un de ces réseaux. Ces types d'attaques se produisent dans un espace bien-animation des réseaux aussi bien. Sécurité magnat Bill Cheswick prie les participants à sa table de négociations si elles laissent leur porte-monnaie à l'air libre dans leurs bureaux. Nary une main se lève. Puis il demande combien de laisser sans protection des points d'accès au réseau comme les prises murales twisted-pair dans des bureaux ouverts, et vous voyez les mains de principe soulevées. L'accès au réseau est précieux et doit être protégée tout en permettant à l'activité des utilisateurs de procéder sans surcharge onéreuse.

Enfin, les réseaux utilisent une variété de services de base ou les services d'information de base que nous forfaitaire dans le tissu du réseau. Systèmes de nommage comme NIS ou DNS, de sécurité et des serveurs d'authentification, ou les serveurs de configuration d'hôte pour les hôtes exigeant DHCP de démarrer et de s'affilier à un réseau permettra de démanteler un réseau si elles ne fonctionnent pas ou donnent des réponses erronées.

File and Print Server Failures

Lors de serveurs de fichiers et d'impression échouent, les clients se bloque ou expérience temporisations. Un délai d'attente peut signifier qu'un travail d'impression ou un fichier de requête échoue. Le délai d'attente peut aussi conduire à de mauvaises réponses ou de corruption des données. Par exemple, utiliser Systèmes de fichiers réseau (NFS) soft montures, une opération d'écriture qui dépasse cette valeur ne sera pas répétée. Cela peut conduire à des trous dans les fichiers de données qui ne seront détectés que lorsque le fichier est lu.

Database System Failures

Comme toute application complexe, les systèmes de bases de données contiennent de nombreuses pièces en mouvement. Ces pièces mobiles ne se trouvent pas dans les ventilateurs ou disques durs, toutefois: ce sont les subapplications interdépendantes qui constituent une application de grande entreprise. Le coeur d'un système de base de données est le processus du serveur, ou le moteur de base de données, la composante principale et principale base de données qui fait la lecture et l'écriture sur le disque, gère le placement des données, et répond aux questions avec (nous l'espérons) les bonnes réponses. Si ce processus ne fonctionne plus, tous les utilisateurs accédant à la base de données de cesser de travailler. Le moteur de base de données mai être assisté par un lecteur-écrivain ou le gestionnaire bloquer les processus qui gèrent les accès disques opérations E / S pour le moteur, lui permettant d'exécuter les demandes de base de données tandis que d'autres processus, je coordonne / S et de gérer le cache des blocs de disque. Entre les utilisateurs et les serveur de base de données se trouve le processus de l'auditeur. L'auditeur prend les requêtes entrantes des utilisateurs et les transforme en une forme que le serveur de base de données capable de traiter. Puis, lorsque le serveur renvoie sa réponse, l'auditeur envoie la réponse à l'utilisateur qui l'a demandée. Les utilisateurs, à leur poste de travail client, gérer leur application d'utilisateur final, qui est presque toujours un niveau retiré de la réelle SQL (Structured Query Language) du moteur.

L'application d'utilisateur final se traduit demande de l'utilisateur en SQL, qui est ensuite envoyé sur le réseau à l'auditeur. Bien écrit applications d'utilisateur final a également protéger l'utilisateur de contourner les complexités de la grammaire morne presque parfait que SQL exige, et des problèmes ordinaires avec la base de données, tels que les pannes de serveur et les temps d'arrêt généralisé autres. Évidemment, la défaillance d'un de ces processus dans la chaîne entraînera la base de données ne soit plus disponible à ses utilisateurs. Défaillances possibles peuvent être les suivants:

Plantage. L'application cesse de fonctionner complètement, laissant un message d'erreur (nous l'espérons) qui permettra aux administrateurs de déterminer la nature du problème.

L'application se bloque. Un problème plus insidieux avec des bases de données ou d'autres systèmes qui ont une interaction significative avec le système d'exploitation, c'est quand un processus de composant, tel un auditeur, lecteur, gestionnaire de processus écrivain, ou le noyau de base de données, est suspendu en attente d'une ressource système de libérer ou de ce qui est piégé dans l'impasse avec un autre processus. Certaines opérations de base de données très longrunning (comme une analyse et mise à jour de tous les records) mai semblent rendre le système se bloquer lorsque qu'il s'agit juste de consommer tous les cycles disponibles.

Ressources insuffisances. Le déficit le plus commun des ressources à la grève la plupart des environnements de base de données d'espace disque insuffisant. Si l'espace alloué à la base de données se remplit, le moteur de base de crash mai, le blocage ou simplement ne pas accepter les nouvelles entrées. Aucune d'elles est particulièrement utile dans un environnement de production. Si la base de données elle-même ne se remplit pas, les journaux peuvent déborder. Il ya des journaux qui sont inscrits dans la base de données de l'espace disque lui-même et d'autres qui mai être écrite dans l'espace de système de fichier. Lorsque les données ne peuvent être écrites à l'autre type de journal, la base de données sera pas le rendement souhaité, il pourrait se bloquer, crash, arrêter de traiter les requêtes entrantes, ou d'un acte d'une autre manière antisociale.

Base de données sur l'indice de corruption. Un serveur de base de données de mai de gérer des téraoctets de données. Pour trouver ces données rapidement sur leurs disques, les serveurs de base de données (et les systèmes de fichiers, d'ailleurs) utilisent un tableau de pointeurs de confusion et de liens. Si ces indications sont endommagés, des données erronées peuvent être récupérées, ou pire, la tentative de récupérer des données de un espace illégale peut entraîner l'application ou le système de s'écraser complètement. Problèmes de corruption de données sont assez inhabituelle car la plupart des SGBDR ont une bonne cohérence des vérificateurs, qui balaye la base de données pour la corruption au démarrage.

Buggy logiciel. Presque par définition, un logiciel a des bugs. (Il ya un vieux dicton qui dit que dans le calcul de tous les programmes ont au moins un bug en eux et peut être raccourcie par au moins une ligne. Par extension, cela signifie que tous les programmes peuvent être coupés à une ligne de longueur, et cette ligne aura un bogue.) Les logiciels sont écrits par des humains, et la plupart d'entre nous, de temps à autre, faire mistaks. Les bogues peuvent l'impact du système de diverses façons, à partir d'une simple faute d'orthographe dans une entrée de journal à un bug mortelle qui provoque le plantage du serveur et / ou du système. Lorsque vous tentez de résoudre un problème, toujours en compte la possibilité que cela a été causé par un bug. Ne présumez pas juste que tous les problèmes ont été causés par des bugs, mais dans le même temps, ne frappent pas de bogue de la liste des causes possibles pour presque n'importe quel problème. Et ces bugs peuvent survenir à n'importe quel point de la chaîne subapplication, les processus serveur, les processus de l'auditeur, les moteurs SQL client, les applications d'utilisateur, ou même avec l'apport saisies de l'utilisateur.

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 «fichiers et d'impression Pannes serveur" 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.