Haga una copia de seguridad de distancia para su base de datos y sus medios de palabra con WP Migra DB Pro Cli

Mantener a los niños de seguridad regulares de sus instalaciones de WordPress es, sin duda, una de las cosas más importantes que debe hacer después de lanzar un sitio. De hecho, si está buscando el término “copia de seguridad” en el almacén de complementos de WordPress, encontrará más de 700 que afirman estar en altura. Hoy configuraremos una solución de copia de seguridad de distancia extremadamente confiable, utilizando un complemento que no está en esa lista, WP migrará DB Pro. ¿Hay complementos que podrían hacer un mejor trabajo o son más fáciles de configurar? Es casi seguro, pero pocos de ellos ofrecen una solución de respaldo de distancia centralizada y ninguno de ellos está en mi breve lista de complementos en los que confío cada vez que construyo un sitio web.
Presentación general La configuración aquí es bastante simple y supone que tiene un servidor configurado en algún lugar con una nueva instalación de WordPress, con suplementos WP Migra DB Pro y CLI y archivos multimedia instalados. Deberá utilizar una nueva instalación que solo use para hacer una copia de seguridad de otros sitios con una tabla única de cualquiera de los sitios que pretende hacer una copia de seguridad e incluso puede usar un servidor de desarrollo local, como MAMP (que decide en el que local Entorno de desarrollo para analizar los mejores 4 entornos locales de desarrollo de WordPress, siempre que tenga acceso a su sistema de sistema.
Desde ese punto de partida escribiremos una fiesta de guiones que:
Cree un volcado de base de datos actual.
Ejecute una migración de perfil a través de CLI WP Migra DB Pro que extrae la base de datos y, posiblemente, los archivos multimedia de un sitio remoto.
Empaque la base de datos extraídas y los archivos multimedia y muévase a una carpeta de copia de seguridad. Recuerde la base de datos inicial.
Repita para cada perfil.
Edificio 1. Configure los perfiles de sitio remoto Esta es la parte con la que probablemente sea el más familiar. Simplemente tome la información de inicio de sesión de un sitio que desea comenzar a hacer de repuesto y luego cree un nuevo perfil en WP Migra DB Pro en su sitio de copia de seguridad. Use una migración de tipo PUL y elimine las filas de búsqueda y reemplazo completadas, porque solo queremos hacer una copia de seguridad de copia de seguridad tal como está, no para migrar los datos en este servidor. Establezca la opción “Excluir tipos de publicaciones” para excluir las revisiones y luego desmarque “reemplace las guías” en “Opciones avanzadas”.
Si tiene la intención de hacer un contenido de medios remotos, puede verificar la casilla junto a los “archivos multimedia” y seleccionar “Eliminar todos los archivos de medios locales y descargar todos los archivos multimedia desde la distancia”. Esto asegurará que copiemos todos los entornos en el sitio para el que respaldamos. Finalmente, debe verificar la casilla junto a “Guardar el perfil de migración” y dar un nombre al nuevo perfil, luego hacer clic en “Guardar el perfil”. Asegúrese de no hacer clic en “migrar y guardar el perfil”, porque usaremos este perfil de migración solo en nuestro script, que restaurará nuestra base de datos inicial.
Repita este paso para cuántos sitios desea hacer una copia de seguridad, luego haga clic en el enlace “Perfiles guardados” en la parte superior de la página para que pueda ver la lista de perfil que creó con sus ID que los usaremos con el suplemento CLI. 2. Configure el script de copia de seguridad, tome el script aquí o copie el código a continuación. Guárdelo en un lugar seguro en el servidor como wpmdbpro-cli-remote-backup-script.sh y establezca las siguientes variables en función de la configuración de su sitio: Sitio Backup_dir #the Absolute Patch a una carpeta para mantener las copias de seguridad. MySQL_USER #MYSQL UserName de wp-config.php mysql_pass #mysql de wp-config.php mysql_db #mysql nombre de usuario de wp-config.php table_prefix #table prefix de wp-config.php (tienda be be be be, whon, no, no, wp_ ‘) Entonces querrá ir a la lista de perfil que ya ha configurado en WP Migra DB Pro y agregarlos a la matriz de perfil del sitio para ejecutar. Si la lista de perfiles en wp -admin se ve así: 1 – copia de seguridad foo.com 2 – copia de seguridad dev.anothersite.com 3 – Backup Danger.zone, entonces configuraría la matriz de sitios de la siguiente manera [1] = foo_com [2 ] = dev_anothersite_com sitios [3] = Danger_zone Recuerde que los números entre los soportes deben ser la ID de perfil, y la cadena correcta será la base del nombre del archivo para los archivos de reserva y, por lo tanto, no debe contener espacios o caracteres especiales. También es posible que deba cambiar las variables PATH_TO_WP_CMD, SOBLOADS_FOLDER y APACHE_USER Si estas configuraciones no funcionan para su servidor.
Continúe y guarde los cambios realizados en el script de shell y asegúrese de que sea ejecutable ejecutando: $ sudo +x wpmdbpro-cli-remote-back-inscript.sh ahora puede probar el script para asegurarse de que todo funcione bien. Aquí, supongo que guardó el script en la carpeta en casa: $ ~/wpmdbpro-cli-remote-backup. ————— martes 19 de mayo 15:35:05 PDT 2015 | foo_com | Migrate el perfil de DB: 1 ————— Soporte de DB … Realización de migración a través de WPMDBPro CLI ————- —– ——————— ============================== ==== (0:01 / 0:0:01 Iniciando la migración de los medios … Eliminar todos los archivos locales antes de descargar los medios remotos … determinar los medios para migrar – 39 de 39 archivos adjuntos (100%) descargando archivos 100%[== ===================== ====================] 0:24 / 1:33 Limpieza … éxito: migración exitosa. —————————————– Obtener tablas para guardar para la copia de seguridad del respaldo de Foo_com Tablas de arriba:
wp_commentmeta wp_comments wp_links wp_options wp_postmeta wp_posts wp que tiene suficientes permisos para todas las carpetas que tenemos que manejar archivos. Si todo se veía bien, consulte la carpeta que especificó para almacenar sus copias de seguridad y debe encontrar un archivo .tar.gz para cada uno de los perfiles que ha configurado con un nombre de archivo marcado en el tiempo, como be foo_com- 201505191535.tar.gz .3. Configure un trabajo Chron ahora que el script de repuesto está configurado, configure un trabajo de trabajo para ejecutar este script una vez por semana, por lo que creamos hijos de repuesto completos de todos nuestros sitios remotos cada semana. Primero, abrir Crontab para editar $ crontab -i configurará un trabajo que ejecutará este script todos los domingos por la mañana a las 2 de la mañana y agregaré el resultado a un archivo de diario. 0 2 * 0 /home/my_user/wpmdbpro-cli-remote-backup-script.sh >> /home/my_useer/backu.log 2> & 1 Ahora puede guardar el archivo crontab y no olvidar verificar el diario de próxima El lunes le asegura que todo salió según el plan.

¿Por qué? Algunos lectores pueden preguntarse: “¿Por qué usaría WP Migra DB Pro para esto cuando ya estoy en la línea de comandos? ¿No podría usar RSYNC y quitar la base de datos a través de SSH? ¡Por supuesto que podrías! Hay muchas maneras de hacer niños a distancia y algunos pueden ser mejores opciones para usted, pero me gusta hacerlo por algunas razones: Configuración baja: una vez que haya configurado esta configuración, la cantidad de la configuración que necesita hacer es bastante pequeño. No tiene que crear claves SSH o almacenar autenticación remota y credenciales de MySQL en su texto en su servidor de copia de seguridad, todo lo que tiene que hacer es copiar la información de conexión a un nuevo perfil y agregar ese perfil a la Escritura Bash.
Portabilidad: si la copia de seguridad del sitio ejecutará WordPress, puede hacer que los niños de ahorro, incluso en hosts restrictivos que no le brinden acceso SSH o permitan la autenticación remota de MySQL.
Porque puedo: esta solución de repuesto puede no ser adecuada para todas las situaciones, pero aún así es lo suficientemente bueno para ver qué se puede hacer con un poco de configuración y conocimiento de CLI.
¡Eso es todo! Esto debería ser suficiente para ayudarlo a hacer una copia de seguridad de sus sitios remotos, pero definitivamente es un lugar para mejorar. Por ejemplo: puede cambiar el script para enviarle un correo electrónico si algo salió mal, puede tomar los perfiles directamente de la base de datos de WordPress para que no necesite codificarlos en el script de bash y puede eliminar las copias de repuesto. de lugar para otros.