Página 2 de 3 PrimeiroPrimeiro 123 ÚltimoÚltimo
+ Responder ao Tópico



  1. Bom... partindo-se do princípio que a origem de dados é uma só e a internet é só consulta...
    Para os arquivos de dados, minha sugestão é fazer um script que diariamente, no melhor horário para vocês (é claro) leia os arquivos modificados nas últimas x horas e transfira para a internet via scp (coloque o shell no crontab e essa parte está tranquila)
    Quanto aos dados, se você puder zerar a tabela, via comando truncate, você pode ler os dados da tabela origina e ir inserindo na tabela destino, desde que a tabela não seja muito grande, senão ficará um tempo muito grande indisponível e tem que levar em consideração também consumo de memória e banda da rede... não executar no mesmo horário do scp.
    se quizer enviar só dados novos, use a coluna que eu sugeri para verificar dados novos e vá inserindo apenas os com data de modificação maior do que x.
    Estou passando a idéia geral de como fazer...Agora... os scripts são por sua conta...

  2. #7
    void_main_void
    então, na verdade nem precisaria ser uma coisa automática... até poderia ser de uma forma que alguém tivesse que acesar diariamente, ou quando fizer as alterações, e espelhar os dados manualmente, sem problemas... o que é esse scp?

    quanto ao esquema de enviar os dados, como fazer isso? nao entendi... vc quer dizer tipo, com um script ler os campos do registro um a um e depois rodar um SQL no destino pra inserir os dados?


    Citação Postado originalmente por Marcio68Almeida
    Bom... partindo-se do princípio que a origem de dados é uma só e a internet é só consulta...
    Para os arquivos de dados, minha sugestão é fazer um script que diariamente, no melhor horário para vocês (é claro) leia os arquivos modificados nas últimas x horas e transfira para a internet via scp (coloque o shell no crontab e essa parte está tranquila)
    Quanto aos dados, se você puder zerar a tabela, via comando truncate, você pode ler os dados da tabela origina e ir inserindo na tabela destino, desde que a tabela não seja muito grande, senão ficará um tempo muito grande indisponível e tem que levar em consideração também consumo de memória e banda da rede... não executar no mesmo horário do scp.
    se quizer enviar só dados novos, use a coluna que eu sugeri para verificar dados novos e vá inserindo apenas os com data de modificação maior do que x.
    Estou passando a idéia geral de como fazer...Agora... os scripts são por sua conta...



  3. Citação Postado originalmente por void_main_void
    então, na verdade nem precisaria ser uma coisa automática... até poderia ser de uma forma que alguém tivesse que acesar diariamente, ou quando fizer as alterações, e espelhar os dados manualmente, sem problemas... o que é esse scp?

    quanto ao esquema de enviar os dados, como fazer isso? nao entendi... vc quer dizer tipo, com um script ler os campos do registro um a um e depois rodar um SQL no destino pra inserir os dados?
    Pode ou não ser automático, depende da complexidade do trabalho...
    scp é a cópia segura do linux.
    o processo de transferência de dados consiste em ler os registros na origem e grava-los no destino, um a um, a princípio teria que ser um comando sql tipo insert ou update...

  4. #9
    void_main_void
    Citação Postado originalmente por Marcio68Almeida
    Citação Postado originalmente por void_main_void
    então, na verdade nem precisaria ser uma coisa automática...
    Pode ou não ser automático, depende da complexidade do trabalho...
    mas esse scp, é algo que roda no servidor então? considere que no servidor remoto eu não tenho acessos administrativos, é um servidor exeterno onde está hospedado o site... no maximo tenho acesso a ftp...



  5. #10
    eyglys
    Caso o seu servidor (onde ficam armazenados os dados em postgre) seja linux (e vc tenha acesso a ele) e vc tenha acesso ao mysql do servidor de hospedagem (sem ser por aquelas merdas de phpmyadmin, acesso direto, pela porta 3306).

    A maioria das compilações do postgre possuem um aplicativo chamado pgdump (ainda não vi nenhuma compilação, desde as mais antigas que não tivessem esse aplicativo) que realiza um backup de uma base dados (vc pode especificar quais bases de dados, tabelas, etc) e pode ser armazenado em um arquivo .sql.

    Esse arquivo .sql poderia ser lido com um terminal simples do mysql (com esse nome mesmo, todas as compilações do mysql possuem esse aplicativo, e qualquer pessoa poderia te arrumar esse terminal) e jogado no ar.

    Mas, fazer somente isso, iria ter inúmeros problemas de chave duplicada, então vc deveria construir um .sql, somente com um monte de DELETE FROM ..., limpando as tabelas, e executar antes de executar o backup do postgre.

    Na maioria das distribuições linux exite um serviço chamado crond, onde vc pode agendar tarefas, onde vc poderia agendar esse espelhamento (quantas vezes por dia vc desejasse).

    Resumo:
    consultar manual do pgdump
    armazenar o resultado do DUMP (essa palavra irá te ajudar a pesquisar sobre o assunto) em um arquivo .sql
    Executar um arquivo .sql padrao, para limpar as tabelas
    Executar o dump do postgre (O Mysql e o Postgre, seguem a mesma sintaxe de SQL DE INSERÇÃO)

    Último passo e mais importante: colocar todas essas rotinas em um shell script, para ficar automático, e vc colocar apenas uma tarefa no crond (agendador de tarefas).

    Palavras-chaves (para pesquisas):
    pgdump, mysql, crond

    Espero ter ajudado,

    Keylly Eyglys.






Tópicos Similares

  1. Espelhamento de Hd´s
    Por no fórum Servidores de Rede
    Respostas: 1
    Último Post: 25-10-2003, 18:16
  2. Espelhamento Entre HD no CL 7.0
    Por A-Marcio no fórum Servidores de Rede
    Respostas: 1
    Último Post: 03-06-2003, 10:07
  3. RAID 1 - ESPELHAMENTO
    Por marcfee no fórum Servidores de Rede
    Respostas: 2
    Último Post: 09-02-2003, 13:05
  4. Espelhamento no Linux com hd´s IDE
    Por clmr no fórum Servidores de Rede
    Respostas: 1
    Último Post: 09-04-2002, 22:09
  5. ESPELHAMENTO c/ RAID 1
    Por soyeu no fórum Servidores de Rede
    Respostas: 0
    Último Post: 05-04-2002, 10:32

Visite: BR-Linux ·  VivaOLinux ·  Dicas-L