Olá, tudo certo?
Aqui segue uma dica de estrutura para RPO’s que gosto muito de utilizar. Ela facilita atualização em produção e evita que se crie muitos ambientes pra várias pessoas ficarem usando.
RPO_PRINCIPAL – Produção
RPO_DESENV – ligado a um Appserver independente, para desenvolvimento
RPO_HOMOLOG – Para algum usuário chave testar ajustes, antes de ir para produção
RPO_OK – Para compilar alterações que irão para produção – Já testado
É aqui que está a facilidade. Ninguém deverá acessar o RPO_OK, a não ser o administrador do sistema. Ele deve ser uma cópia do principal, com as alterações.
Por que isso? Dessa forma, você não precisa aguardar todos saírem do sistema e fazer hora extra apenas para aplicar patches e compilar programas. Você compila e o seu script de backup faz todo o serviço pra você de madrugada (ou seja lá quando for o seu backup).
No final do backup, antes de subir todos os serviços novamente, utilize um xcopy para copiar o RPO_OK para os ambientes que deverão ser atualizados. o RPO só é copiado se houver alterações, devido aos parâmetros do XCOPY
xcopy D:\TOTVS\Protheus\apo\APO_OK\tttp110.rpo D:\TOTVS\Protheus\apo\APO\ /d /y /q
Fernando Bueno
Atuando desde 2005 no mercado de tecnologia, desenvolvendo e implantando e sistemas gerenciais, sistemas e sites web e ecommerce.
Siga-me no Linked In
Últimos posts por Fernando Bueno (exibir todos)
- Indicadores Logísticos para Gestão de Transportadoras - 4 de dezembro de 2024
- O Papel Estratégico do Setor Logístico na Cadeia de Suprimentos - 20 de novembro de 2024
- Logística Reversa: Estratégia Sustentável e Lucrativa para Empresas - 20 de novembro de 2024