Há uma pergunta que acontece agora nas linhas da EE sobre uma lima de registro secundária que não possa ser encolhida.
Os apoios falham por causa dele, não podem crescer, não podem restaurar, tudo a fazer basicamente com o registro são um bocado de um disastre…
Então lá se o temor pagina o problema onde uma verificação de DBCC aparece um objeto desconhecido com um problema da página (mostra normalmente o objeto, mas o nome de objeto falta).
Ou mesmo as coisas gostam de mover limas de base de dados ao redor, ou usando-se destacar para mover-se para uma outra posição. Ou mesmo não ter o suficiente espaço de disco pode criar problemas. Alguns daqueles tipos de coisas são devido não inteiramente a compreender o que está indo sobre, ou não using as ferramentas direitas para o trabalho.
Então há umas edições da ferragem. Talvez problemas do disco ou problemas do usuário e erros de ferragem mais ambíguos a fazer então com rede física. E os erros ambientais como falhas de poder ou inesperado/un-choreographed paradas programadas e outras falhas catastróficas.
Realmente, há completamente alguns problemas que podem ocorrer. De fato mais que você pensa sobre ele, dado o tamanho de algumas destas limas, ele é realmente completamente um tributo á maioria dos fabricantes da base de dados que constrói em tal vigor.
Direita, assim que que fazer…
Construir um plano de contingência - uma planta da recuperação pós-catástrofe. Decidir o que a granulosidade mínima da perda (perda dos dados e perda fora de linha) seu negócio pode tolerar. Pode depender de muitas coisas - se você tem o documento por exemplo, a seguir a parte do processo de recuperação pôde ser datilografar, se você é completamente eletrônico, a seguir você necessidade uma planta de recuperação mais robusta da base de dados.
Se você é totalmente dependente de sua base de dados, a seguir você quererá provavelmente investigar espelhar e aglomerar-se por meio de que uma combinação de software da ferragem e de base de dados pode ajudar a se assegurar de que haja sempre uma base de dados “saudável” disponível (bem, tanto quanto possível). Isso pode começ completamente caro, assim que precisar de verificar se é um plano de ação apropriado para você.
Agora as coisas “fáceis” a fazer (não obstante alguma outra aproximação) são toda sobre o mantimento de sua base de dados “saudável” planeando adiante. Tentar calcular seus volumes da transação e preallocate o espaço (tamanho do IE daquelas limas de base de dados), certificar-se que você funciona trabalhos da manutenção para apoios da base de dados, apoios do registro de transação, e manutenção (como reconstrucções do índice, reorganizar as páginas etc.), olhar na informação velha de arquivística em bases de dados secundárias ou mesmo arquivos de dados secundários (divisão).
Agora fazer sob medida uma base de dados é toda sobre configurar um tamanho e então o enchimento dele. Obviamente se você começa demasiado pequeno e o tenta o encher acima, está indo ter que crescer - que significa o agarramento de um disco mais físico. Cada vez que isso acontece você corre riscos. Riscos de fragmentação (mais um problema de desempenho) completamente ao funcionamento fora do disco físico. A importância da obtenção que direito é mais sobre a harmonização de seu ambiente físico assim que de coisas como os apoios têm um lugar a ir, suas limas de base de dados tem o suficiente quarto, base de dados provisória tem o suficiente disco, registros de transações está sendo controlada.
Você precisa de monitorar, ou, automatizar a monitoração de sua base de dados. Fazer as plantas de manutenção e mandá-las enviar por correio electrónico os resultados e verific então os - mesmo apenas um relance diário. Se você pode interceptar um erro antes que seus usuários então você estiverem prováveis estar em uma posição mais forte da recuperação.
Eu disse antes que você pôde gostar de dividir, ou adiciono limas de base de dados, mas realmente, não fazer isso a menos que você realmente e verdadeiramente necessidade. O mais arquiva a possibilidade aumentada que algo pôde quebrar (ou mesmo para ser esquecido aproximadamente - sim acontece - em um processo infrequënte ou razoavelmente aleatório). Dizendo isso, é possível recuperar divisórias ou filespaces. Põr simplesmente, não começ em áreas complicadas a menos que você precisar.
Sobretudo você deve certificar-se que sua lima do MDF é a uma lima que você protege sobretudo (oh e alguns arquivos de dados secundários do ndf). Você pode regenerar limas de registro com alguns métodos diferentes.
Ter um olhar no whitepaper do MS na disponibilidade elevada:
http://technet.microsoft.com/en-us/library/ee523927(SQL.100).aspxÉ aquele o tipo de coisa que você quer discutir?
