Respaldo FAQ

Nota: Pendiente de Traducir. ¡Anímese a traducir esta página!. ( y otras páginas pendientes)

Copias de seguridad del sitio: Se recomienda realizar copias de seguridad del sitio, tal como se explica en Actualización de Moodle, para que se guarden todos los datos de la forma más fiable y con el menor tiempo de recuperación posible.

Copias de seguridad de curso: Las copias de seguridad de un curso, configuradas en la página de configuración del backup, son más costosas en términos de tiempo y de utilización de la CPU. Además, el tiempo necesario para restaurar el sitio a su estado anterior es también mayor. Las copias de seguridad de cursos son útiles para obtener una copia "fresca" de cursos que vayan a ser reutilizados o distribuidos de forma individual, pero en ningún caso deberían utilizarse como principal sistema de copia de seguridad de un sitio (a menos que su hosting no permita realizar copias completas del sitio) Para realizar copias de seguridad programadas, deberá configurar el CRON para que se ejecute periódicamente. Por favor, consulte las instrucciones sobre el cron.

¿Cómo realizo una copia de seguridad de todo mi sitio Moodle?

Existen dos elementos de los que necesita hacer una copia: la base de datos y los ficheros subidos al servidor. Los scripts de Moodle en sí son menos importantes, ya que siempre podrá bajarse una copia reciente si lo necesitase.

Hay muchas formas de llevar a cabo esas copias ded seguridad. He aquí unos apuntes de un pequeño script que puede ejecutarse en Unix para hacer una copia de la base de datos (es buena idea ejecutar dicho script a diario mediante un cron programado):

cd /my/backup/directory
mv moodle-database.sql.gz moodle-database-old.sql.gz
mysqldump -h example.com -u myusername --password=mypassword -C -Q -e -a mydatabasename > moodle-database.sql
gzip moodle-database.sql

En cuanto a los ficheros, puede usar rsync de forma regular para copiar a otro servidor únicamente los archivos que hayan sufrido cambios:

rsync -auvtz --delete -e ssh mysshusername@example.com:/my/server/directory /my/backup/directory/

Codificación de caracteres

Cuando realicen copias de la base de datos completa de un sitio Moodle, los administradores deben tener cuidado y vigilar que no se produzcan problemas con la codificación de caracteres. En algunos casos, las copias de seguridad creadas con mysqldump o con phpmyadmin puede que no codifiquen adecuadamente todos los datos, dando como resultado la inclusión de caracteres A bastardos. Una solución es usar mySQL Administrator 1.1 u otra herramienta que fuerce una codificación de los datos UTF-8.

¿Cómo restauro un respaldo de todo mi sitio Moodle?

Si has seguido las instrucciones de arriba, y has creado un respaldo del sitio de moodle, podrias necesitar saber como restablecer ese respaldo. Acá están las instrucciones básicas para hacer el proceso de restauración.

1. Renombre el directorio moodledata oroginal con un nombre distinto (así lo conservaras) y copia el directorio respaldado de moodledata en su lugar.

2. Renombre el directorio moodle original con un nombre distinto (así lo conservaras) y copia el directorio respaldado de moodle en su lugar, o utiliza un directorio recién bajado en su lugar.

3. Si estás corriendo mysql, el respaldo de la base de datos debería ser un archivo .sql, .gz o .tar.gz. Si es .tar.gz o .gz vas a necesitar extraerlo hasta obtener un archivo .sql

tar -xzvf moodlesqlfile.tar.gz

4. si estás corriendo mysqa, importa el archivo sql en una base de datos nueva (recién creada) en el servidor de mysql. Se cuidadoso aquí, algunos respaldos tratan de importar en la misma base de datos que está funcionando conectada a moodle. esto causa problemas de bases de datos que dañan la instalación de moodle. La mejor cosa es hacer una nueva base de datos, restaurar la base respaldada en ella, y cambiar el archivo config.php de moodle para que se conecte a esta base de datos nueva (de esta manera aún tendrás la base de datos original).

una vez que hayas creado la base de datos nueva:

mysql -p nueva_basededatos < archivomoodlesql.sql

¿Que datos no se incluyen en las copias de seguridad de los cursos?

Seleccionando todas las posibles opciones cuando se configura la copia de seguridad, usted puede incluir la mayor parte de los datos de un curso. Sin embargo, debería tener en cuenta que no se hace copia de seguridad de los siguientes datos:

Las preguntas de concurso solo se incorporan a la copia de seguridad si al menos una pregunta de su categoría ha sido añadida al concurso.
Las escalas solo se incorporan a la copia de seguridad si al menos se usan en una actividad.

Error: An error occurred deleting old backup data

Esta parte del procedimiento de copia de seguridad (o restauración) intenta borrar la información antigua, usada en momentos anteriores, llevando a cabo las siguientes tareas:

Borrado de los viejos registros de la tabla "backup_ids": Compruebe que la tabla existe, reparela y pruebe de nuevo.

Borrado de los viejos registros de la tabla "backup_files": Compruebe que la tabla existe, reparela y pruebe de nuevo.

Borrado los antiguos ficheros de "moodledata/temp/backup": Borre el directorio completamente y pruebe de nuevo.

Hay varias formas de reparar tablas, incluido el uso de MySQL Admin.

XML error: not well-formed (invalid token) at line YYYY

This problem can appear at any point in the restore process. It's caused when the XML parser detects something incorrect in the backup file that prevent correct operation. Usually, it's caused by some "illegal" characters added in the original course due to some copy/paste of text containing them (control characters, or invalid sequences...).

The best method to handle this issue is:

Unzip the problematic backup file under one empty folder.

Open the moodle.xml with Firefox. It will show you where (exact char) the problem is happening.

Edit the moodle.xml file with some UTF8-compatible editor and delete such characters. Save changes.

Test the moodle.xml file again with Firefox until no error was displayed.

Zip everything again (all the folder contents but the folder itself!).

Restore the course. It should work now.

Restore still not working? See the next paragraph.

Also, if possible, it's highly recommended to solve those problems in the original course too from Moodle itself. Once "repaired" there, problems will be out if you create new backup files in the future.

Still XML error: how to clean xml borked file

In some cases XML backup files may contain charachters causing the restore process to abort, even after the steps described in the previous paragraph. In such cases you may want to try the following:

Download the Atlassian XML Cleanr Utility from the JIRA Atlassian site.

Unzip the problematic Moodle backup file under one empty folder. Moodle will create the course file folders as long as the unclean moodle.xml file. Please unzip using the Moodle unzip feature.

Rename the unclean moodle.xml file to moodle-unclean.xml.

If you don't have access to your Moodle server's command prompt, using the Moodle zip feature, zip the moodle-unclean.xml file only, download the zip file locally and unzip it. It is very important to download the xml file in zipped format to avoid unwanted charachter encoding when transferring from an operating system to another.

Move the downloaded Atlassian XML Cleaner Utility in the same folder where is your moodle-unclean.xml file.

Issue the following command from the command prompt:

java -jar atlassian-xml-cleaner-0.1.jar moodle-unclean.xml > moodle.xml

If you launched the utility on your local computer, zip the just created (and hopefully cleaned) moodle.xml file and upload it in the same place from where you downloaded the moodle-unclean.xml file. Once uploaded, unzip it using the Moodle unzip feature.

Zip everything again (all the folder contents but the folder itself!).

Restore the course. It should work now.

¡Algunos de sus cursos no se han salvado!

Hay tres posibles causas para este problema:

1. Error - Cuando el procedimiento de copia de seguridad encuentra un error y por ello no ha terminado la copia de seguridad de un curso concreto. Podemos considerar estos errores como 'controlados' y la copia de seguridad programada continúa con el siguiente curso.

2. No terminada - Cuando el procedimiento de copia de seguridad muere sin conocerse una causa. La próxima vez que se ejecute cron detectará el problema anterior y continuará omitiendo el curso problemático. Una posible solución es aumentar el límite de PHP/Apache durante su instalación (memoria, tiempo de ejecución, ...). Comprobando las tablas de logs debería poder detectar si el fallo se produce en intervalos regulares (normalmente un problema con la variable de php max_execution_time), o si hubiera un punto a partir del cual los cursos están fallando (generalmente librerías zip internas, pruebe a cambiarlo por ejecutables externos).

3. Omitido - Cuando un curso no esta disponible para los estudiantes y no ha sido modificado en el último mes (31 días). No se trata de un error, si no de una mejora, especialmente útil para aquellos sitios con muchos cursos no disponibles, ahorrando tiempo de procesamiento.

Restoring pre 1.6 non-ISO-8859-1 backups to Moodle 1.6 - Unicode

Any backup files with contents which are not 100% ISO-8859-1 will be a problem to restore to Moodle 1.6 (and upwards) running under Unicode. Instead, please try the following:

Make a clean install of Moodle 1.5.x (the latest version available)
Restore all your courses there (they should work if they were working originally)
Upgrade your site to Moodle 1.6 and run the UTF-8 migration script
Backup your courses again

This will produce a new set of backup files that will be 100% UTF-8 and you will be able to use them with Moodle 1.6 without any problems.

¿Por qué no se tienen en cuenta algunos cursos?

Desde la versión 1.6 en adelante, las copias de seguridad automáticas no tienen en cuenta los cursos que no están disponibles para los estudiantes Y que no han sido cambiados en el último mes.

External links

Repairing Database Corruption in MySQL

Documentation