Eu recomendaria fazer a mudança para um banco de dados dedicado. Aqui estão algumas razões:
- Se você quiser migrar esse banco de dados para uma instância diferente do SQL Server, precisará fazer isso de qualquer maneira. Você não pode migrar o mestre.
- O banco de dados mestre não é destinado a dados do usuário. Ele deve ser o ponto central para dados e códigos necessários para manter a instância funcional. Adicionando coisas no mestre enlamear as águas lá.
- Adicionar coisas ao mestre requer a alteração desnecessária da segurança no mestre.
Estes podem não ser grandes problemas para você na sua situação, mas eu sempre defendo as práticas recomendadas, a menos que exista um sólido caso de negócio para fazer o contrário.
Com relação ao seu plano de reimigração, não vejo que você precise criar uma nova instância do SQL Server. Você deve estar bem apenas com a criação de um novo banco de dados para o ERAS e refazer a migração. Então você pode limpar o mestre dos objetos que o ERAS criou nele. Na sua conexão ODBC, você especifica qual banco de dados a conexão deve usar, portanto, você deve poder alterá-la bem para apontar para o novo banco de dados.
Então, aqui estão os passos que eu sugeriria:
- Crie seu novo banco de dados (chame-o de ERAS ou qualquer outro)
- Crie um novo login do SQL (no nível do servidor) se ainda não tiver feito
- Adicione o novo login do SQL como usuário em seu novo banco de dados (provavelmente como membro da função dbo)
- Altere sua conexão ODBC para apontar para o novo banco de dados (e para usar as novas credenciais de login que você acabou de criar, se necessário)
- Execute as etapas de migração, que agora devem criar todos os objetos e dados de esquema necessários em seu novo banco de dados
- Limpar mestre. Aqui é melhor você remover manualmente os objetos ERAS em vez de restaurar a partir de um backup. Restaurar o mestre não é uma tarefa trivial e, se algo der errado, poderá inutilizar toda a sua instância do SQL Server
- Lucro!