55 comentários

• Eduardo Santos(usuário não autenticado)

  22 de Março de 2007, 11:54

   

  Fala Fabrício, tudo bem?

  Bom, se deseja ter uma estrutura exatamente igual à que tem no sistema de produção, você deve levar todo o diretório de arquivos do sistema. Ele se encontra por padrão no endereço /var/lib/aolserver/NOME_DA_INSTALAÇÃO. No seu caso o diretório de arquivos deve ser /var/lib/aolserver/service0.Além de fazer um backup do sistema de arquivos, também precisa fazer um backup do banco, que no caso é o service0 eu acho. Mais informações podem ser encontradas no site do OpenACS no endereço www.​open​acs.​org/​doc/​open​acs-​5-2/​back​up-r​ecov​ery.​html​.Tem até uns gráficos interessantes sobre como funciona o sistema.

  
  
• Orzenil Silva Junior(usuário não autenticado)

  22 de Março de 2007, 14:57

   

  Fabrício, o link passado pelo Eduardo na documentação do OpenACS

  www.​open​acs.​org/​doc/​open​acs-​5-2/​back​up-r​ecov​ery.​html​.

  ilustra a montagem de um ambiente de desenvolvimento em que você não espera realizar alterações nos objetos de banco de dados. As alterações no desenvolvimento seriam tão somente na base de códigos. Nesse caso, a estratégia de desenvolvimento se confunde com uma estratégia de backup e as exigências seriam mais ou menos as mesmas.

   Uma opção mais completa quando vc prevê alterações nos bancos de dados exigiria além do controle de código feito no CVS também um controle das alterações dos objetos do banco. Isso pode ser feito simplesmente por meio de scripts de upgrade. Toda vez que vc alterar uma tabela, adicionar uma tabela, popular uma tabela vc não pode esquecer de gravar a operacão na base de dados de desenvolvimento em um script de upgrade do tipo /var/lib/aolserver/service0-dev/www/doc/sql/patches.sql de tal forma que vc documente as alterações.

  Dê 1 olhada em  

  phil​ip.g​reen​spun​.com​/wtr​/cvs​.htm​l

  para mais informações 

  Mais 1 comentário, o link acima utiliza o Oracle como exemplo mas se vc já tem instalado o postgresql8.x vale igualmente uma vez que o postgresql 8.X já suporta Tablespaces e Roles.

   

  
  

  • Fabricio Boaventura(usuário não autenticado)

    22 de Março de 2007, 16:52

     

    Boa tarde a todos,

    muito obrigado pelos esclarecimentos, estão sendo de grande utilidade no meu estudo / trabalho.

    O material indicado esta me ajudando muito a entender a arquitetura do sistema.

    Bom na teoria terminei de fazer a migração só que na hora de iniciar o serviço da um erro que esta descrito abaixo.

    unable to chdir to /service/service0: file does not exist 

    Acredito que o problema deva ser no link simbólico, estou certo?

     
    Abraço

    Fabricio Boaventura

    
    

    • Eduardo Santos(usuário não autenticado)

      22 de Março de 2007, 21:06

       

      Isso acontece porque o daemontools ainda não leu esse link que vc criou. Aí vc tem duas opções: ou utiliza o comando svcscan (acho que é esse) /service ou reinicia o computador. Ambos vão funcionar.

      
      
• Fabricio Boaventura(usuário não autenticado)

  23 de Março de 2007, 15:50

   

  Obrigado pela ajuda, seguindo o tutorial de instalação do portal do software público e as dicas dos Srs...terminei de "montar" minha máquina de desenvolvimento.

   Abraço

  Fabricio Boaventura