O que é banco de dados de recursos?
O banco de dados de recursos, também conhecido como resource DB ou RDB, é um banco de dados oculto e somente leitura no SQL Server. Microsoft SQL Server é um sistema de gerenciamento de banco de dados relacional (RDBMS) criado e comercializado pela Microsoft. Como outros softwares de banco de dados relacional, o SQL Server suporta a linguagem de consulta estruturada (SQL) para trabalhar com bancos de dados relacionais. A principal ferramenta de interface para o SQL Server é o SQL Server Management Studio (SSMS), que funciona em sistemas de 32 bits e 64 bits.
Muitos usuários do SQL Server associam bancos de dados do sistema a quatro bancos de dados:
- Banco de dados master: O banco de dados master contém todas as informações de nível de sistema para uma instância do SQL Server.
- Banco de dados model: O banco de dados model é usado pelo SQL Server Agent para agendar alertas e tarefas.
- Banco de dados MSDB: Este banco de dados atua como o modelo para todos os bancos de dados criados na instância do SQL Server. Quaisquer alterações feitas no banco de dados model, como tamanho do banco de dados, modelo de recuperação e outras configurações de banco de dados, são aplicadas aos bancos de dados subsequentes.
- Banco de dados TEMPDB: O banco de dados tempdb atua como um espaço de trabalho que armazena itens temporários ou conjuntos de resultados intermediários.
O banco de dados de recursos é o quinto banco de dados. Ele complementa o banco de dados master porque o SQL Server agora depende dele. Ele contém todos os objetos do sistema incluídos no SQL Server 2005 e versões posteriores. Objetos do sistema, como sys.objects, são armazenados fisicamente no banco de dados de recursos, mas também existem logicamente no esquema sys de cada banco de dados.
O banco de dados de recursos só pode conter objetos do sistema e não pode armazenar dados ou metadados de usuários. Procedimentos armazenados, visualizações de catálogo e procedimentos estendidos são exemplos de código T-SQL do sistema pré-criado armazenado no banco de dados de recursos.
O nome real do banco de dados de recursos é mssqlsystemresource. O banco de dados de recursos possui um arquivo de dados e um arquivo de log chamados mssqlsystemresource.mdf e mssqlsystemresource.ldf, respectivamente, e estão localizados, por padrão, em <letra da unidade>:\Program Files\Microsoft SQL Server\MSSQL<número da versão>.<nome_da_instância>\MSSQL\Binn\.
O banco de dados de recursos simplifica e acelera o processo de atualização para uma nova versão do SQL Server. Anteriormente, atualizar o SQL Server envolvia remover e recriar objetos do sistema. Como o arquivo do banco de dados de recursos contém todos os objetos do sistema, os administradores podem realizar uma atualização simplesmente transferindo os arquivos do banco de dados de recursos (mssqlsystemresource.mdf e mssqlsystemresource.ldf) para o servidor local.
Por que o banco de dados de recursos é importante?
O principal objetivo de um banco de dados de recursos é tornar as atualizações do servidor o mais rápidas e eficientes possível. Como todos os objetos do sistema estão presentes no banco de dados de recursos, administradores de banco de dados (DBAs) podem sobrescrever os arquivos do banco de dados de recursos anterior com os novos arquivos do banco de dados de recursos durante a atualização.
Esta ação atualizará todos os objetos do sistema no banco de dados. Em versões anteriores do SQL Server, todos os objetos do sistema tinham que ser descartados e recriados durante o processo de atualização, o que era demorado. Além disso, a configuração falharia se algum dos objetos estivesse ausente ou causasse um problema.
Melhores práticas para o banco de dados de recursos
Não havia banco de dados de recursos no SQL Server 2000 e versões anteriores. Ele foi introduzido pela primeira vez no SQL Server 2005, tornando as atualizações mais acessíveis e rápidas. Cada instância do SQL Server em um banco de dados possui um ID. O número máximo de bancos de dados que pode ser armazenado em uma única instância é 32767. Este também é o ID do banco de dados de recursos, e é o mesmo para cada banco de dados de recursos em cada instância. Como resultado, o banco de dados de recursos recebe o ID máximo de banco de dados possível da instância.
Muitas pessoas desconhecem a existência do banco de dados de recursos devido ao seu status oculto. Alguns DBAs acreditam que, como este é um banco de dados, ele requer o mesmo nível de manutenção que um banco de dados tradicional, o que não é totalmente correto. Isso pode levar a mais problemas no futuro.
Aqui estão algumas melhores práticas a seguir ao trabalhar com um banco de dados de recursos:
- Evite mover os arquivos do banco de dados de recursos. Embora existam procedimentos especiais para transferir os arquivos de outros bancos de dados do sistema, alterar a localização do arquivo do banco de dados de recursos não é recomendado nem aconselhado. Atualizar o SQL Server pode resultar na instalação de um novo banco de dados de recursos, que armazena permanentemente seus arquivos neste local fixo.
- Seja consistente com os backups para restaurar o banco de dados de recursos. O banco de dados de recursos não pode ser copiado ou restaurado usando os procedimentos típicos de backup e restauração usados para outros bancos de dados no SQL Server, pois não é acessível usando ferramentas do SQL Server. Embora a extensão do arquivo de dados do banco de dados de recursos seja .mdf, ele pode ser tratado como um arquivo .exe. Os administradores podem usar este método para criar um backup baseado em arquivo ou em disco.
- Aplique o service pack a várias instâncias usando o banco de dados de recursos. O DBA deve copiar os arquivos mssqlsystemresource.mdf e mssqlsystemresource.ldf para a instância de destino para administrar um service pack a várias instâncias.
- Use o banco de dados de recursos para reverter alterações. Se um DBA precisar desfazer as alterações feitas por service packs, os administradores devem substituir os arquivos .mdf e .ldf por aqueles de uma versão previamente copiada.
Keerthi Rangan
Keerthi Rangan is a Senior SEO Specialist with a sharp focus on the IT management software market. Formerly a Content Marketing Specialist at G2, Keerthi crafts content that not only simplifies complex IT concepts but also guides organizations toward transformative software solutions. With a background in Python development, she brings a unique blend of technical expertise and strategic insight to her work. Her interests span network automation, blockchain, infrastructure as code (IaC), SaaS, and beyond—always exploring how technology reshapes businesses and how people work. Keerthi’s approach is thoughtful and driven by a quiet curiosity, always seeking the deeper connections between technology, strategy, and growth.
