# mysqlBackup.sh
DATA=`/bin/date +%Y%m%d%H%M`
# NOME armazena o nome do arquivo de backup, neste caso
NOME="/srv/bkp/sqldump/nomedabasededados-$DATA.sql"
# cria o arquivo de backup
/usr/local/bin/mysqldump -h10.1.1.250 -ucncbkp -usuariosenha -all
nomedabasededados >> $NOME
# Deleta todos os arq
> Que tipo de backup vc tem , dump ou backup fisico ?
Acho que meu backup é meio arcaico... apenas copiei os arquivos para
um lugar vago em outro servidor. Esse problema aconteceu no momento em
que eu melhorava esse esquema. Ia começar a colocar diariamente na
fita semana q vem...
Aliás não sei ne
Que tipo de backup vc tem , dump ou backup fisico ?
Sei que teve mudanças na estrutura de usuarios no mysql , mas acho que
do 4 pro 5 , quando vc faz upgrade é necessário parar o banco e rodar um
shell script , os scripts ficam em :
cd /usr/local/share/mysql/
-r--r--r-- 1 root wheel 31430
Pessoal, descobri o que estava com problema...
A minha tabela de usuários (aproximadamente 100) está corrompida.
Aparentemente é um problema meio antigo, pois todos os backups que eu
tinha também estavam corrompidos.
A geração dos log-transactions (como bem explicou o Marcelo) estavam
sendo geradas
Isso são os log-transaction do mysql , se seu server for um master vc
pode parar o banco e deletar , tem que deletar o indice tb , isso é
setado no /etc/my.cnf , caso vc não tenha o arquivo de configuração ele
usa o default da compilação , pode ser alterao via query , isso é tudo
bem explicadinho n
Olá, lista
Estou (pelo menos estava) rodando um mysql 4.1 no servidor.
Sem uma razão aparente, o mysql parou de funcionar...
Notei que há uma criação intensa de arquivos em /var/db/mysql/ de
arquivos sequenciais tipo:
...
nomeserver-bin.000255
nomeserver-bin.000256
nomeserver-bin.000257
...
e iss
6 matches
Mail list logo
