Desejo configurar várias notificações de eventos no SQL Server usando o Service Broker para nosso banco de dados de produção.
Configurei um novo banco de dados na minha máquina de teste e tudo funciona bem. O problema é que prefiro não ter que implantar um banco de dados inteiro para fins de notificação e não posso usar um dos bancos de dados de usuários já existentes (isso seria uma bagunça, de qualquer maneira).
Se possível, eu preferencialmente implantaria os objetos de notificação em master, mas primeiro gostaria de ter certeza de que esta é realmente uma boa ideia (se realmente for).
De livros on-line :
Não crie objetos de usuário no master. Se o fizer, o backup do mestre deve ser feito com mais frequência.
O Books Online recomenda que eu não crie objetos de usuário em master, mas, neste caso, não acho que seja um grande problema, pois realmente não me importo se eventualmente perder alguns dados de notificação. Além disso, já fazemos backup de nosso masterbanco de dados com frequência.
Devo usar o masterbanco de dados ou algo mais neste caso?
Há algo que eu deva saber sobre o masterbanco de dados, Service Broker ou Event Notifications antes de configurar isso?
Posso pensar em algumas perguntas sobre essa implementação que gostaria de saber antes de continuar:
O que acontece se, de alguma forma, a microsoft criar um objeto com exatamente o mesmo nome em uma nova versão?
Se os bancos de dados forem migrados para um novo servidor, como alguém saberá que há algo no mestre para migrar?
O que acontece se seus objetos corromperem o banco de dados mestre?
Que efeitos adversos ter dados extras no mestre teria na instância?
O que aconteceria se uma atualização in-loco fosse executada nesta instância? (ou seja, atualizando 2008 para 2008 R2)
Como a restauração de toda a instância de backups seria afetada?
Não sei a resposta para a maioria delas, mas são perguntas que surgem quando penso em colocar objetos no mestre.