Falhas de arquivo e Print Server

Falhas na rede

As redes são naturalmente suscetíveis a falhas, pois eles contêm muitos componentes e são afetados pela configuração de cada componente. Quando, exatamente, é sua rede? No interruptor? Os cabos de cair? Delimitadas por todas as placas de rede em seus sistemas? Qualquer dos componentes físicos podem quebrar, resultando em falhas de rede ou, mais absurdamente, falhas de rede intermitente. Networks também são afetados por problemas de configuração. Informações de roteamento incorretas, nomes de máquinas duplicadas ou endereços IP, e máquinas que interpretam os endereços de broadcast pode levar pacotes de extravio. Você também tem que lidar com redundância de conexões de rede, como você pode ter vários roteadores conexão de redes em vários pontos. Quando essa redundância é quebrado, ou a sua configuração é deturpado, a rede parece ser baixo. Quando uma rede em que você confia e de amor está ligado a uma rede não confiável ou não gerenciado, você corre o risco de ser sujeito a uma negação de serviço ataque ou uma tentativa de penetração da rede de uma dessas redes. Estes tipos de ataques acontecem dentro bem gerido redes também. Segurança magnata Bill Cheswick pede aos participantes em suas palestras se deixarem suas carteiras para fora no aberto em seus escritórios. Nary uma mão se levanta. Então ele pergunta quantas deixar desprotegidos os pontos de acesso de rede, como cabos de tomadas de parede dupla em escritórios abertos, e você vê a tentativa mãos levantadas. O acesso à rede é valioso e deve ser protegido e ainda permite que a atividade do usuário para prosseguir sem qualquer custo oneroso.

Finalmente, as redes usam uma variedade de serviços essenciais ou serviços de informação básica que nós fixos no tecido da rede. Naming sistemas como NIS ou DNS, segurança e servidores de autenticação, ou servidores de acolhimento de configuração para anfitriões exigindo DHCP para inicializar e participar de uma rede irá derrubar uma rede se eles não estão funcionando ou estão dando respostas erradas.

Falhas de arquivo e Print Server

Quando o arquivo e servidores de impressão falhar, os clientes vão reagir ou experiência timeouts. Um tempo limite pode significar que um trabalho de impressão ou uma solicitação de arquivo falha. O limite de tempo também pode levar a respostas erradas ou corrupção de dados. Por exemplo, usando o Network File Systems (NFS) soft monta, uma operação de gravação que expira o tempo não será repetida. Isso pode levar a falhas nos arquivos de dados que só serão detectados quando o arquivo é lido.

Falhas do sistema de banco de dados

Como qualquer aplicação complexa, os sistemas de banco de dados contém muitos elementos móveis. Essas peças móveis não são encontrados nos ventiladores ou unidades de disco, no entanto: Eles são os subapplications inter-relacionadas que compõem toda a aplicação de grandes empresas. O coração de um sistema de banco de dados é o processo do servidor, ou o motor de banco de dados, o componente de banco de dados principal e primordial que faz a leitura e escrita para o disco, gere a colocação de dados, e responde a consultas com o (esperamos) as respostas corretas. Se este processo deixa de funcionar, todos os usuários que acessam o banco de dados parar de trabalhar. O motor de banco de dados pode ser assistida pelo leitor-escritor ou gerente de bloquear processos que lidam com operações disco E / S para o motor, permitindo a execução de pedidos de dados, enquanto outros processos coordenar I / O e gerenciar o cache de bloco de disco. Entre os usuários e os servidor de banco senta-se o processo de escuta. O ouvinte tem a consultas recebidas dos usuários e os transforma em uma forma que o servidor de banco de dados pode processar. Então, quando o servidor retorna a resposta, o ouvinte envia a resposta de volta para o usuário que solicitou. Os usuários, em suas estações de trabalho cliente, execute seu aplicativo de usuário final, que é quase sempre um nível removido do SQL real (Structured linguagem de consulta) do motor.

O aplicativo de usuário final traduz pedido do usuário em SQL, que é então enviada através da rede para o ouvinte. Bem escrito aplicações para usuário final também proteger o usuário da complexidade sombria da gramática quase perfeito requer que o SQL, e de problemas comuns com o banco de dados, tais como falhas de servidor e downtime generalizada outros. Obviamente, a falha de qualquer um desses processos na cadeia fará com que o banco de dados estará disponível para seus usuários. Possíveis falhas podem incluir o seguinte:

Aplicativo falha. O aplicativo pára de funcionar completamente, deixando uma mensagem de erro (esperamos) que permitirá que os administradores a determinar a natureza do problema.

Aplicativo trava. Um problema mais insidioso com bancos de dados ou outros sistemas que têm interação significativa com o sistema operacional é quando um componente do processo, tais como ouvinte, leitor-escritor gerente de processo, ou o kernel do banco de dados, não reage à espera de um recurso do sistema para liberar ou fica preso em um impasse com outro processo. Algumas operações de banco de dados muito longrunning (tais como a verificação e atualização de cada registro) pode aparecer para fazer o sistema travar quando eles são realmente apenas consumindo todos os ciclos disponíveis.

Carências de recursos. A escassez de recursos mais comuns para atacar a maioria dos ambientes de banco de dados é o espaço em disco insuficiente. Se o espaço alocado para o banco de dados se enche, o mecanismo de banco de dados pode falhar, cair, ou simplesmente deixar de aceitar novas entradas. Nenhum deles é particularmente útil em um ambiente de produção. Se o próprio banco de dados não enche, os registros podem transbordar. Existem registros que são escritas no espaço próprio banco de dados, e outros que podem ser gravadas no espaço do sistema de arquivos regular. Quando os dados não podem ser escritos para qualquer tipo de log, o banco não funcionará como desejado, que poderia cair, falhar, parar o processamento de pedidos recebidos, ou agir de outras maneiras anti-sociais.

Índice de corrupção de banco de dados. Um servidor de banco de dados podem gerenciar terabytes de dados. Para encontrar esses dados rapidamente em seus discos, servidores de banco de dados (sistemas de arquivos, para esse efeito) usar uma gama confusa de ponteiros e links. Se estes ponteiros corrompido, os dados errados pode ser recuperada, ou pior, a tentativa de recuperar dados um espaço ilegal pode resultar na aplicação ou o sistema deixar de funcionar completamente. Problemas de corrupção de dados são bastante incomum, pois a maioria dos RDBMSs bom ter damas coerência, que a varredura do banco de dados para a corrupção no arranque.

Software Buggy. Quase por definição, o software tem erros. (Há um velho ditado que diz que a computação em todos os programas têm pelo menos um bug neles e pode ser encurtado em pelo menos uma linha. Por extensão, o que significa que todos os programas podem ser reduzidos a uma linha de comprimento, e que a linha terá um bug nele.) Software é escrito por humanos, ea maioria de nós, de vez em quando, fazer mistaks. Bugs podem afetar o sistema de várias formas, desde um simples erro de ortografia em uma entrada de registo a um erro fatal que trava o servidor e / ou sistema. Ao tentar resolver um problema, sempre considerar a possibilidade de que ele foi causado por um bug. Não basta assumir que todos os problemas foram causados por insetos, mas, ao mesmo tempo, não fazer greve bug da lista de possíveis causas para quase todo o problema. E estes erros podem ocorrer em qualquer ponto da cadeia subapplication, processos de servidor, os processos de escuta, os motores de cliente do SQL, aplicações do usuário, ou mesmo com a entrada com chave do usuário.

um artigo submetido por Ben Smeider

Isenção de responsabilidade:O nosso site não se responsabiliza pelo conteúdo deste artigo. Webarticles é uma fonte de informação livre.
Importante: Este artigo "Falhas de arquivo e servidor de impressão" foi traduzida por um software automático. Nós sentimos muito por quaisquer erros de ortografia que pode ter ocorrido. Obrigado pela sua compreensão.