Migrar banco de dev para prod com arquivo .war
31/07/2014 11:45
1
Estou trabalhando com o plugin do dbmigrations, que está indo muito bem por sinal. Até agora. Tenho 2 clouds que rodam ambientes distintos onde uma delas possui o projeto grails, onde gero o .war e coloco no Tomcat para homologacao.
Depois de homologado e pego este war gerado e coloco em produção e é aí que vem a minha dúvida.
Hoje eu configurei para que o migration rode automaticamente quando a app é executada, ou seja, quando dou um grails run-app no meu projeto em homologação ele atualiza o banco perfeitamente, porém, na minha cloud de produção eu não tenho o projeto mais, tenho apenas o .war.
Minha dúvida é qual a melhor forma de realizar este processo, pois são bancos distintos.
Fui claro? Rs
Obrigado pelas respostas.
Att,
Depois de homologado e pego este war gerado e coloco em produção e é aí que vem a minha dúvida.
Hoje eu configurei para que o migration rode automaticamente quando a app é executada, ou seja, quando dou um grails run-app no meu projeto em homologação ele atualiza o banco perfeitamente, porém, na minha cloud de produção eu não tenho o projeto mais, tenho apenas o .war.
Minha dúvida é qual a melhor forma de realizar este processo, pois são bancos distintos.
Fui claro? Rs
Obrigado pelas respostas.
Att,
0
Oi Carlos,
se não me engano, ele vai funcionar perfeitamente, pois o código fonte do plugin vai no seu war.
Se você incluir a chave grails.plugin.databasemigration.updateOnStart = true no seu arquivo Config.groovy, isto instrui seu projeto a executar as migrations no start da aplicação, independente do modo desenvolvimento ou produção.
Não tenho muita experiência com o migrations, no entanto uma solução que já vi ser usada diversas vezes sem ele consiste em incluir os scripts de update do banco de dados dentro do script Bootstrap.groovy da aplicação. Aí nestes casos há normalmente uma tabela ou unidade persistente que contém a versão corrente do banco, e os scripts são executados de acordo com o número da versão.
se não me engano, ele vai funcionar perfeitamente, pois o código fonte do plugin vai no seu war.
Se você incluir a chave grails.plugin.databasemigration.updateOnStart = true no seu arquivo Config.groovy, isto instrui seu projeto a executar as migrations no start da aplicação, independente do modo desenvolvimento ou produção.
Não tenho muita experiência com o migrations, no entanto uma solução que já vi ser usada diversas vezes sem ele consiste em incluir os scripts de update do banco de dados dentro do script Bootstrap.groovy da aplicação. Aí nestes casos há normalmente uma tabela ou unidade persistente que contém a versão corrente do banco, e os scripts são executados de acordo com o número da versão.
31/07/2014 17:27
0
Oi Kiko.
Obrigado pela resposta. Ocorreu exatamente isto.
Este ponto da tabela de versionamento SQL, o migrations trata as sqls que já foram executadas, o que é excelente!
Obrigado pela resposta. Ocorreu exatamente isto.
Este ponto da tabela de versionamento SQL, o migrations trata as sqls que já foram executadas, o que é excelente!
04/08/2014 11:15
Ainda não faz parte da comunidade???
Para se registrar, clique aqui.
Aprenda Groovy e Grails com a Formação itexto!
Newsletter Semana Groovy
Os melhores blogs de TI (e em português) em um único lugar!
