4server

De maneira a que o backup das bases de dados fosse feita de uma forma automática e numa base diária foi instalado o script “AutoMySQLBackup”, que usa o comando mysqldump.

Como instalar:

1. Fazer o download do ficheiro automysqlbackup.sh e colocá-lo na pasta /etc/cron.daily
2. Editar as seguintes linhas:
   USERNAME=dbuser
   PASSWORD=password
   DBNAMES=”DB1 DB2 DB3″ (as aspas têm que ficar)
3. Tornar o ficheiro executável: chmod u + rwx
4. Criar a directoria /backups
5. E está! Agora o script pode ser chamado através da linha de comandos usando ./automysqlbackup.sh ou então se estiver na pasta /etc/cron.daily ele vai correr de cada vez que cron for activado.
   

Algumas características deste script:

• faz o backup de várias bases de dados só com um script;
• o backup de todas as bases de dados pode ficar num único ficheiro ou em directórios separados para cada base de dados;
• é feita a compressão automática dos ficheiros de backup para poupar espaço em disco usando a compressão gzip ou bzip2;
• é possível fazero backup de servidores mysql remotos para um servidor central;
• corre automaticamente usando o cronou pode ser chamado manualmente;
• pode fazer o envio por email do registo de backup para um endereço especificado em vez de enviar para o root;
• pode também fazer o envio dos ficheiros resultantes do backup para o email especificado;
• pode-se especificar o tamanho máximo do ficheiro de backup a enviar por email;
• pode-se escolher em que dia da semana correm os backups semanais;
• diariamente são criados backups em /backups/daily mas nunca ficam mais de 7 armazenados;
• semanalmente são criados backups em /backups/weekly mas nunca ficam mais de 5 armazenados;
• mensalmente é criado um backup em /backups/monthly mas nunca fica lá mais do que 1 pelo que se deve fazer a gravação dos ficheiros para outro meio.

Mais info

Partilhar esta Entrada

Estas interrupções lectivas da Páscoa foram muito produtivas!

Foram feitas algumas alterações no servidor quer ao nível do hardware, quer ao nível do sistema e de configurações adicionais.

A mudança para o novo hardware justificava-se já que o sistema disponha de pouco espaço, estava lento e com erros. Assim no dia 17 de Março quando me preparava para fazer a última cópia de segurança, deparei-me com um sistema de ficheiros corrompido que tinha como consequência o não arranque deste. Foi necessário proceder à correcção dos erros. Para isso, na linha de comandos, escrevi:

Após esta operação o sistema já arrancava mas encontrava-se muito lento.

Era ainda necessário efectuar as cópias de segurança, o que só foi conseguido no dia seguinte após várias tentativas frustradas.

No dia 20 de Março foi feita a recepção da nova máquina que aloja agora o site da escola e iniciou-se a instalação do sistema.

A máquina é um Asus TS-6A2 com 2GB de RAM, 160 GB de Disco duro SATA e processador Core 2 Duo 2,66 GHz. Uma beleza!

O sistema instalado é o OpenSuse 10.3. Outra beleza!

Partilhar esta Entrada

Hoje não houve páginas alojadas no servidor da escola para ninguém, a não ser só lá para as 11h da manhã.

Havia ficheiros de sistema corrompidos. E coloca-se a pergunta: porque é que isto acontece?

Esta situação é comum quando há falha de energia eléctrica, não se desliga o computador de uma forma incorrecta ou (isto é que é pior) há defeitos físicos no disco duro.

No arranque o próprio Linux executa o fsck (file system check) e nem nos apercebemos que automaticamente é feita a correcção dos blocos defeituosos e outros problemas. O que se passou foi que isto não foi suficiente e era preciso efectuar uma verificação manual, directamente a partir da linha de comandos. Portanto o sistema estava parado à espera:

Fazer Ctrl + D para um arranque normal levou à mesma situação, logo tinha mesmo que fazer a verificação manual do sistema de ficheiros. Depois de introduzida a palavra passe de root, o sistema fica no modo single user, ou seja, os serviços (apache, Dns, Sql, etc) não funcionam.

O problema estava em hda2. Executei:

(o y é de Yes como resposta para todas as perguntas que possam aparecer na fase de correcção do sistema de ficheiros).

Depois de executado este comando reinicializei a máquina:

E resultou! O Linux inicializou normalmente!

Aproveitei para fazer a cópia de segurança semanal.

Partilhar esta Entrada