Estou criando um novo banco de dados no SQL Server 2008 Express R2. Na caixa de diálogo Novo banco de dados, pude ver uma opção para definir o Modelo de recuperação, que é definido por padrão como: Simples. Se eu defini-lo como Full, o que acontecerá?
Também vejo propriedades como: Encolhimento automático e Criptografia. Verifiquei a ajuda online da propriedade Auto-Shrink, onde mostra informações sobre a Compact Edition. Mas meu banco de dados residirá no servidor e não é um banco de dados compacto. Devo habilitá-lo? Quais são as vantagens de habilitá-lo em um banco de dados de classe de servidor?
Também quero usar a propriedade Criptografia, mas temo que ela torne o banco de dados ilegível se não for tratado corretamente.
Por favor, jogue alguma luz sobre estes.
O modelo de recuperação simples significa que você não tem a opção de recuperação pontual - essencialmente, se você fizer um backup completo do banco de dados todos os dias, todos os dados inseridos após o backup poderão ser perdidos se houver algum problema. Você restauraria como os dados estavam no último backup válido. Contanto que seus dados não mudem muito entre os backups completos, esta é a solução mais simples.
A recuperação total significa que você também precisa fazer backups regulares do log de transações - isso permite que você restaure para um ponto no tempo se houver um problema. Normalmente, você pode fazer um backup completo diário dos bancos de dados e backups do log de transações a cada hora. O problema é que, se os backups do log de transações falharem, os próprios logs de transações aumentarão - e preencherão os discos se não forem corrigidos.
A redução automática é uma configuração em que o SQL Server tentará reduzir os arquivos do banco de dados quando estiver ocioso. Ele causa estragos no desempenho e será removido em uma versão futura do SQL Server. Não use! (gbn adicionado em negrito!)
A criptografia é um pouco mais complicada e é melhor deixá-la sozinha, a menos que você realmente entenda tudo o que está envolvido, IMHO.
Habilitar a criptografia permite que seu banco de dados use TDE (Transparent Data Encryption). Esse mecanismo foi implementado no SQL 2008 em diante e fornece melhor desempenho geral do que os métodos de criptografia anteriores. O TDE aumenta ligeiramente o uso de CPU e IO, portanto, deve ser testado adequadamente para sistemas que já usam muito CPU e IO. Há um trade-off entre desempenho e segurança.
O uso dessa criptografia também envolve a configuração de objetos de segurança, e esses objetos terão de ser devidamente armazenados em backup e retidos. Portanto, perder esses objetos de segurança representará um problema quando você precisar reverter sua criptografia.
O modo Completo/Simples foi respondido por Peter Schofield e gbn apontou com um link sobre o que fazer (ou não) sobre o encolhimento automático.
Quanto aos arquivos .mdf e .ldf, eles funcionarão bem até que algo dê errado, e é aí que você realmente precisará de backups. Se houver danos em suas páginas de alocação, você terá problemas ao tentar reanexar seu banco de dados. Sugiro fazer um backup e restaurar em vez de desanexar e anexar. Como você não deseja uma recuperação pontual, precisará de backups completos.