6 respuestas en este tema

[root]

Saludos aTodos Una mega pregunta
ayer tuve un problema con una de las bases de datos de produccion aqui en la empresa.

resulta que los respaldos generalmente lo hacia con navicat
un sql dump
de repente hacia uno cada mes con Gui tools de mysql
pero ayer que tuve el problema descubri que el respaldo
solamente era parcial
ninguno de los respaldos estava completo

asi que les pido me iluminen de como es que hacen ustedes sus respaldos de Mysql

[enecumene]

Pues yo siempre lo he hecho ví­a phpMyAdmin en el apartado de exportación, aunque por esa ví­a no es confiable en bases de datos grandes, veamos qué dicen los maestros sobre esto.

Saludos.

[poliburro]

Lo mejor es utilizar el MysqlDump como tarea programada con salida a un archivo de texto a modo de Log. Esto te permitirá detectar errores al generarse el respaldo.

[root]

de hecho ya estuve viendo opciones y lo que estoy haciendo es los respaldos en Mysql gui
para poder programarlos y que se realicen por la noche
por que lo que note es que por ejemplo
si hago el dump como la base de datos se queda abierta pueden seguir trabajando en el archivo y la literatura dice que podria llegar a generar errores
ademas que para programarlos seria una rutina algo mas compleja y tendria que ser local, a menos que se incluya en la rutina el procedimiento para montar y desmontar una unidad de red, etc etc etc .


GRACIAS A TODOS

[egostar]

de hecho ya estuve viendo opciones y lo que estoy haciendo es los respaldos en Mysql gui
para poder programarlos y que se realicen por la noche
por que lo que note es que por ejemplo
si hago el dump como la base de datos se queda abierta pueden seguir trabajando en el archivo y la literatura dice que podria llegar a generar errores
ademas que para programarlos seria una rutina algo mas compleja y tendria que ser local, a menos que se incluya en la rutina el procedimiento para montar y desmontar una unidad de red, etc etc etc .


GRACIAS A TODOS

Hola

Aprovecho para publicar esto que me llegó por correo de IBExpert.

Database recovery for Interbase and Firebird

Backing up your Interbase or Firebird Server is standard practice, but without a proven recovery process, the backup might be useless.

Use this checklist to get started:

    * Never copy a database file on file system level if the server has write access to the database file. This might result in physical database file errors in the copied file and also in the original database file
    * Always use gbak to create a serverbased backup file of your database. The result file can be copied wherever you need it
    * Firebird allows to use nbackup to improve the speed for large databases, but since it sometimes needs more space than required, it should only be used with large database files with few changes, for example larger than 50GB
    * Depending on the speed of the server and the used IB/FB version, the backup process takes only a few minutes per gigabyte, so in most cases a full backup using gbak is recommended
    * A backup file should always be tested in the restore process, since there are different possible database errors, that are not shown while the backup process is running, but it prevents a successful restore
    * To minimize lost data in case of a failure, a database backup can also be made several times per day. The multigenerational architecture of IB/FB allows to run a backup while all users are connected
    * If the backup takes for example just 5 minutes, you can schedule an hourly backup to be sure that only data might be lost within the last hour before the crash
    * We recommend to restore your database right after the backup on a seperate server, which can be used from all clients in case of a failure of the main server immediatly
    * Be prepared for the case that your server has an unrecoverable error and no experienced admin is available to restore the environment on a replacement server. You can set up a backup database server with two network interface cards, where the second disconnected interface card uses the same IP as you regular server. When the main server operates without problems, it is not connected to the network, so there is no conflict and the backup/restore process uses the first network interface card. When the main server crashes, you just have to switch the network cable from the main server to the backup server and all clients can use the backupserver using the same IP based connection string
    * Do not rely only on the RAID technology, we have received several databases from customers, that were the result of a RAID system failure, for example two disks crashed at the same time. Sometimes a simple harddisk is more reliable
    * Always check if the backup was done successfully, for example by sending the log file per e-mail in case of an error
    * The use of a database shadow on an external usb drive is another way to improve the recovery time

Salud OS

[sattua]

hola, no soy un sabio en el tema, pero ojo q si como decis esos respaldos no son completos, lo q pasa es q tienen un limite de tamaño, y si la base es muy grande no respaldatodo =(, pero ojo, (yo se q es muy cansado) pero la mejor manera seria hacerte una aplicacioncita (te recomiendo java y netbeans) que vos mismo crees para q respalde la base de datos (ya sea en otra base de datos remota o local, o bien en otro formato como xml pero no estoy seguro cuall, es mejor en otra base de datos) pero como?? seguro conoceras los esquemas de informacion dentro de MySql (que es otra base de datos por defecto) la cual contiene toda la info de las tablas de todas las demas bases por eje en el esquema de informacion hay una tabla q se llama 'columnas'(o algo asi) esta tabla contine campos como: 'nombre','base de datos','tipo de datos'....bueno esa es la idea..pero solo es una opcion(medio loca pero no se)

[Koalasoft]

Prueba con esto ...

delphi

var
  DirCompleto : string;
const MysqlExe = 'C:\Program Files\MariaDB 10.0\bin\mysqldump.exe';
 
DirCompleto:='C:\respaldo.sql';
BDORG:='mybd';
 
ShellExecute(self.Handle, PCHAR('open'),PCHAR(MysqlExe),
          PCHAR('-u'+USUARIO+' -p'+CLAVE+' -h'+SRV+' -R -r "'+DirCompleto+'" '+BDORG),
          PCHAR('C:\Program Files\MariaDB 10.0\bin'),
          SW_SHOW);

Saludos !!