{"id":39250,"date":"2019-10-31T22:28:41","date_gmt":"2019-10-31T19:28:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-chast-7-vyvody\/"},"modified":"2019-10-31T22:28:41","modified_gmt":"2019-10-31T19:28:41","slug":"rezervnoe-kopirovanie-chast-7-vyvody","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","title":{"rendered":"Copia de seguridad, parte 7: Conclusiones","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Copia de seguridad, parte 7: Conclusiones\" src=\"\/wp-content\/uploads\/2019\/10\/475781030b157d85aa9e9a1dc7ea7c6b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Esta nota cierra el ciclo sobre copias de seguridad. Se discutir\u00e1 la organizaci\u00f3n l\u00f3gica de un servidor dedicado (o VPS), conveniente para la copia de seguridad, y se propondr\u00e1 una opci\u00f3n para la r\u00e1pida recuperaci\u00f3n del servidor a partir de una copia de seguridad sin tiempos de inactividad significativos en caso de una emergencia.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"ishodnye-dannye\">Datos de entrada<\/h2>\n<p><\/p>\n<p>Un servidor dedicado generalmente tiene al menos dos discos duros, que sirven para organizar un arreglo RAID de primer nivel (espejo). Esto es necesario para poder continuar la operaci\u00f3n del servidor si uno de los discos falla. Si se trata de un servidor dedicado normal, puede haber un controlador RAID de hardware independiente, con una tecnolog\u00eda de almacenamiento en cach\u00e9 activa en SSD, de modo que, adem\u00e1s de los discos duros normales, se puede conectar uno o m\u00e1s SSD. A veces se ofrecen servidores dedicados en los que solo hay discos SATADOM (discos peque\u00f1os constructivamente similares a una memoria flash, conectados a un puerto SATA), o incluso una peque\u00f1a memoria USB (8-16 GB) conectada a un puerto interno especial, mientras que los datos se obtienen de un sistema de almacenamiento conectado a trav\u00e9s de una red de almacenamiento dedicada (Ethernet 10G, FC, etc.), y hay servidores dedicados que arrancan directamente desde el sistema de almacenamiento. No considerar\u00e9 tales opciones, ya que en estos casos la tarea de hacer copias de seguridad del servidor pasa al especialista que gestiona el sistema de almacenamiento; generalmente hay varias tecnolog\u00edas patentadas para crear instant\u00e1neas, deduplicaci\u00f3n incorporada y otras comodidades para administradores de sistemas, como se discuti\u00f3 en partes anteriores de este ciclo. La capacidad del arreglo de discos de un servidor dedicado puede alcanzar varios decenas de terabytes, dependiendo del n\u00famero y la capacidad de los discos conectados al servidor. En el caso de VPS, las capacidades son m\u00e1s modestas: generalmente no m\u00e1s de 100 GB (aunque pueden ser mayores), y las tarifas para esos VPS pueden ser f\u00e1cilmente m\u00e1s altas que las de los servidores dedicados m\u00e1s baratos del mismo proveedor. En los VPS, a menudo hay solo un disco, porque bajo \u00e9l habr\u00e1 un sistema de almacenamiento (o algo hiperconvergente). A veces, los VPS tienen varios discos con diferentes caracter\u00edsticas, para diferentes prop\u00f3sitos:<\/p>\n<p><\/p>\n<ul>\n<li>peque\u00f1o sistema - para la instalaci\u00f3n del sistema operativo;<\/li>\n<li>grande - almacenamiento de datos del usuario.<\/li>\n<\/ul>\n<p><\/p>\n<p>Al reinstalar el sistema a trav\u00e9s del panel de control, el disco con los datos del usuario no se borra, mientras que el sistema se reinstala por completo. Adem\u00e1s, en el caso de un VPS, el proveedor puede ofrecer un bot\u00f3n que toma una instant\u00e1nea del estado del VPS (o del disco); sin embargo, si se instala un sistema operativo personalizado o se olvida activar el servicio necesario dentro del VPS, parte de los datos puede a\u00fan perderse. Adem\u00e1s del bot\u00f3n, normalmente se ofrece un servicio de almacenamiento de datos, que suele estar fuertemente limitado. Generalmente se trata de una cuenta con acceso a trav\u00e9s del protocolo FTP o SFTP, a veces junto con SSH, con un shell restringido (por ejemplo, rbash) o restricciones en la ejecuci\u00f3n de comandos a trav\u00e9s de authorized_keys (mediante ForcedCommand). <\/p>\n<p><\/p>\n<p>Un servidor dedicado est\u00e1 conectado a la red a trav\u00e9s de dos puertos a una velocidad de 1 Gbps; en ocasiones, pueden ser tarjetas con velocidad de 10 Gbps. Un VPS generalmente tiene una \u00fanica interfaz de red. Por lo general, los centros de datos no limitan la velocidad dentro del centro de datos, pero s\u00ed restringen la velocidad de acceso a Internet.<\/p>\n<p><\/p>\n<p>La carga t\u00edpica de un servidor dedicado o VPS incluye un servidor web, una base de datos y un servidor de aplicaciones. A veces pueden instalarse varios servicios auxiliares adicionales, incluyendo para el servidor web o la base de datos: motor de b\u00fasqueda, sistema de correo, etc.<\/p>\n<p><\/p>\n<p>El espacio para el almacenamiento de copias de seguridad se realiza en un servidor especialmente preparado, del cual se hablar\u00e1 m\u00e1s adelante.<\/p>\n<p><\/p>\n<h2 id=\"logicheskaya-organizaciya-diskovoy-sistemy\">Organizaci\u00f3n l\u00f3gica del sistema de discos<\/h2>\n<p><\/p>\n<p>Si hay un controlador RAID, o se trata de un VPS con un solo disco, y no hay preferencias particulares sobre el funcionamiento del subsistema de disco (por ejemplo, un disco r\u00e1pido separado para la base de datos), todo el espacio libre se divide de la siguiente manera: se crea una partici\u00f3n, sobre la cual se crea un grupo de vol\u00famenes LVM, en el que se crean varios vol\u00famenes: 2 peque\u00f1os de igual tama\u00f1o, que se utilizan como sistema de archivos ra\u00edz (se alternan en las actualizaciones para permitir un retroceso r\u00e1pido, idea tomada de la distribuci\u00f3n Calculate Linux), otro - para la partici\u00f3n de intercambio, el resto del espacio libre se divide en peque\u00f1os vol\u00famenes, que se utilizan como sistema de archivos ra\u00edz para contenedores completos, discos para m\u00e1quinas virtuales, sistemas de archivos para cuentas en \/home (cada cuenta tiene su propio sistema de archivos), sistemas de archivos para contenedores de aplicaciones.<\/p>\n<p><\/p>\n<p>Nota importante: los vol\u00famenes deben ser completamente autosuficientes, es decir, no deben depender ni entre s\u00ed ni del sistema de archivos ra\u00edz. En el caso de las m\u00e1quinas virtuales o contenedores, este punto se cumple autom\u00e1ticamente. Sin embargo, si se trata de contenedores de aplicaciones o directorios de inicio, vale la pena considerar la separaci\u00f3n de los archivos de configuraci\u00f3n del servidor web y otros servicios de tal manera que se eliminen al m\u00e1ximo las dependencias entre los vol\u00famenes. Por ejemplo, cada sitio opera con su propio usuario, los archivos de configuraci\u00f3n del sitio est\u00e1n en el directorio de inicio del usuario, en la configuraci\u00f3n del servidor web se incluyen los archivos de configuraci\u00f3n de los sitios no a trav\u00e9s de \/etc\/nginx\/conf.d\/<em>.conf, sino, por ejemplo, \/home\/<\/em>\/configs\/nginx\/*.conf<\/p>\n<p><\/p>\n<p>Si hay varios discos, se puede crear un arreglo RAID por software (y configurarlo para que utilice cach\u00e9 en SSD, si hay necesidad y capacidad), sobre el cual se puede construir LVM siguiendo las reglas propuestas anteriormente. Tambi\u00e9n en este caso se pueden utilizar ZFS o BtrFS, pero aqu\u00ed hay que pensarlo varias veces: ambos requieren un enfoque mucho m\u00e1s serio hacia los recursos, adem\u00e1s, ZFS no viene incluido con el n\u00facleo de Linux.<\/p>\n<p><\/p>\n<p>Independientemente del esquema utilizado, siempre es recomendable estimar la velocidad de escritura de los cambios en los discos y luego calcular el tama\u00f1o del espacio libre que se reservar\u00e1 para la creaci\u00f3n de instant\u00e1neas. Por ejemplo, si nuestro servidor escribe datos a una velocidad de 10 megabytes por segundo, y el tama\u00f1o total del conjunto de datos es de 10 terabytes, el tiempo de sincronizaci\u00f3n puede alcanzar un d\u00eda (22 horas \u2014 ese es el tiempo que tomar\u00e1 transferir tal volumen a trav\u00e9s de una red de 1 Gbps) \u2014 se deber\u00eda reservar aproximadamente 800 GB. En realidad, esta cifra ser\u00e1 menor; se puede dividir sin problemas entre el n\u00famero de vol\u00famenes l\u00f3gicos.<\/p>\n<p><\/p>\n<h2 id=\"ustroystvo-servera-hraneniya-rezervnyh-kopiy\">Dispositivo del servidor de almacenamiento de copias de seguridad<\/h2>\n<p><\/p>\n<p>La principal diferencia entre un servidor para almacenamiento de copias de seguridad son los discos grandes, econ\u00f3micos y relativamente lentos. Dado que los HDD modernos ya han superado los 10 TB en un solo disco, es esencial el uso de sistemas de archivos o RAID con sumas de verificaci\u00f3n, porque durante el tiempo de reestructuraci\u00f3n del conjunto o recuperaci\u00f3n del sistema de archivos (\u00a1varios d\u00edas!) puede fallar el segundo disco por la carga adicional. En discos de hasta 1 TB, esto no era tan cr\u00edtico. Para simplificar la descripci\u00f3n, supongo que el espacio en disco est\u00e1 dividido en dos partes aproximadamente iguales (de nuevo, por ejemplo, utilizando LVM):<\/p>\n<p><\/p>\n<ul>\n<li>vol\u00famenes que corresponden a los servidores utilizados para almacenar datos de usuarios (en ellos se desplegar\u00e1 la \u00faltima copia de seguridad realizada para su verificaci\u00f3n);<\/li>\n<li>vol\u00famenes utilizados como repositorios de BorgBackup (aqu\u00ed se almacenar\u00e1n directamente los datos para copias de seguridad).<\/li>\n<\/ul>\n<p><\/p>\n<p>El principio de funcionamiento consiste en que se crean vol\u00famenes separados para cada servidor como repositorios de BorgBackup, donde se almacenar\u00e1n los datos de los servidores en producci\u00f3n. Los repositorios operan en modo de solo adici\u00f3n, lo que excluye la posibilidad de eliminaci\u00f3n intencionada de datos, y gracias a la deduplicaci\u00f3n y limpieza peri\u00f3dica de los repositorios de copias de seguridad antiguas (se mantienen copias anuales, mensuales del \u00faltimo a\u00f1o, semanales del \u00faltimo mes, diarias de la \u00faltima semana, posiblemente \u2014 en casos especiales \u2014 horarias del \u00faltimo d\u00eda: un total de 24 + 7 + 4 + 12 + anuales \u2014 aproximadamente 50 copias para cada servidor).<br \/>\nEn los repositorios de BorgBackup no se activa el modo de solo adici\u00f3n, en su lugar se utiliza ForcedCommand en .ssh\/authorized_keys de esta manera:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">from=\"direcci\u00f3n del servidor\",command=\"\/usr\/local\/bin\/borg serve --append-only --restrict-to-path \/home\/nombre_servidor\/borgbackup\/\",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......<\/code><\/pre>\n<p><\/p>\n<p>En la ruta indicada se encuentra un script envoltorio sobre borg, que, adem\u00e1s de ejecutar el binario con par\u00e1metros, tambi\u00e9n inicia el proceso de restauraci\u00f3n de la copia de seguridad tras la finalizaci\u00f3n de la extracci\u00f3n de datos. Para ello, el script envoltorio crea un archivo indicador junto al repositorio correspondiente. La \u00faltima copia de seguridad realizada se restaura autom\u00e1ticamente en el volumen l\u00f3gico correspondiente tras la finalizaci\u00f3n del proceso de carga de datos.<\/p>\n<p><\/p>\n<p>Esta construcci\u00f3n permite limpiar peri\u00f3dicamente las copias de seguridad innecesarias y evita que los servidores en producci\u00f3n eliminen algo en el servidor de almacenamiento de copias de seguridad.<\/p>\n<p><\/p>\n<h2 id=\"process-rezervnogo-kopirovaniya\">Proceso de copia de seguridad<\/h2>\n<p><\/p>\n<p>El iniciador de la copia de seguridad es el propio servidor dedicado o VPS, ya que este esquema proporciona un mayor control sobre el proceso de copia de seguridad desde ese servidor. Primero se toma una instant\u00e1nea del estado del sistema de archivos ra\u00edz activo, que se monta y se carga con BorgBackup en el servidor de almacenamiento de copias de seguridad. Tras la finalizaci\u00f3n de la extracci\u00f3n de datos, la instant\u00e1nea se desmonta y se elimina.<\/p>\n<p><\/p>\n<p>En el caso de tener una base de datos peque\u00f1a (hasta 1 GB para cada sitio), se realiza un volcado de la base de datos que se guarda en el volumen l\u00f3gico correspondiente, donde se encuentran los otros datos de ese mismo sitio, pero de manera que el volcado no sea accesible a trav\u00e9s del servidor web. Si las bases son grandes, se debe configurar un respaldo \"en caliente\", por ejemplo, utilizando xtrabackup para MySQL, o el funcionamiento de WAL con archive_command en PostgreSQL. En este caso, la base de datos se restaurar\u00e1 por separado de los datos de los sitios.<\/p>\n<p><\/p>\n<p>Si se utilizan contenedores o m\u00e1quinas virtuales, se debe configurar qemu-guest-agent, CRIU u otras tecnolog\u00edas necesarias. En otros casos, generalmente no se requerir\u00e1n configuraciones adicionales: simplemente se crean instant\u00e1neas de los vol\u00famenes l\u00f3gicos, que luego se procesan de manera similar a la instant\u00e1nea del estado del sistema de archivos ra\u00edz. Tras la extracci\u00f3n de datos, las instant\u00e1neas se eliminan.<\/p>\n<p><\/p>\n<p>El trabajo posterior se lleva a cabo en el servidor de almacenamiento de copias de seguridad:<\/p>\n<p><\/p>\n<ul>\n<li>se comprueba la \u00faltima copia de seguridad realizada en cada repositorio,<\/li>\n<li>se verifica la existencia de un archivo de etiqueta que indique que el proceso de recuperaci\u00f3n de datos ha finalizado,<\/li>\n<li>se despliegan los datos en el volumen local correspondiente,<\/li>\n<li>se elimina el archivo de etiqueta<\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"process-vosstanovleniya-rabotosposobnosti-servera\">Proceso de recuperaci\u00f3n de la operatividad del servidor<\/h2>\n<p><\/p>\n<p>Si el servidor principal falla, se inicia un servidor dedicado equivalente que arranca desde una imagen est\u00e1ndar. Es probable que el arranque se realice a trav\u00e9s de la red; sin embargo, el t\u00e9cnico del centro de datos que configura el servidor puede copiar inmediatamente esta imagen est\u00e1ndar en uno de los discos. La carga se realiza en la memoria RAM, y luego se inicia el proceso de recuperaci\u00f3n:<\/p>\n<p><\/p>\n<ul>\n<li>se env\u00eda una solicitud para conectar el dispositivo de bloques a trav\u00e9s de iscsinbd u otro protocolo similar de volumen l\u00f3gico que contenga el sistema de archivos ra\u00edz del servidor fallido; dado que el sistema de archivos ra\u00edz debe ser peque\u00f1o, esta etapa debe completarse en unos minutos. Tambi\u00e9n se lleva a cabo la recuperaci\u00f3n del cargador de arranque;<\/li>\n<li>se recrea la estructura de vol\u00famenes l\u00f3gicos locales, se adjuntan los vol\u00famenes l\u00f3gicos del servidor de copias de seguridad utilizando el m\u00f3dulo del n\u00facleo dm_clone: comienza la recuperaci\u00f3n de datos, y los cambios se registran de inmediato en los discos locales<\/li>\n<li>se inicia un contenedor con todos los discos f\u00edsicos disponibles \u2014 se restaura completamente la operatividad del servidor, aunque con un rendimiento reducido;<\/li>\n<li>una vez finalizada la sincronizaci\u00f3n de datos, se desconectan los vol\u00famenes l\u00f3gicos del servidor de copias de seguridad, se apaga el contenedor y se reinicia el servidor;<\/li>\n<\/ul>\n<p><\/p>\n<p>Despu\u00e9s del reinicio, el servidor tendr\u00e1 todos los datos que exist\u00edan en el momento de crear la copia de seguridad, adem\u00e1s de incluir todos los cambios que se realizaron durante el proceso de recuperaci\u00f3n.<\/p>\n<p>\n<b class=\"spoiler_title\">Otros art\u00edculos del ciclo<\/b><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/449282\/\">Copia de seguridad, parte 1: \u00bfPor qu\u00e9 se necesita una copia de seguridad? Revisi\u00f3n de m\u00e9todos y tecnolog\u00edas<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/452630\/\">Copia de seguridad, parte 2: Revisi\u00f3n y pruebas de herramientas de copia de seguridad basadas en rsync<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454420\/\">Respaldo, parte 3: Revisi\u00f3n y pruebas de duplicity, duplicati<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454734\/#first_unread\">Copia de seguridad, parte 4: Revisi\u00f3n y prueba de zbackup, restic, borgbackup<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/459550\/\">Copia de seguridad, parte 5: Pruebas de Bacula y Veeam Backup para Linux<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/468963\/\">Copia de seguridad: parte a petici\u00f3n de los lectores: revisi\u00f3n de AMANDA, UrBackup, BackupPC<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/470802\/\">Copia de seguridad, parte 6: Comparaci\u00f3n de herramientas de copia de seguridad<\/a><\/noindex><br \/>\nCopia de seguridad, parte 7: Conclusiones<\/p>\n<p><\/p>\n<p>Invito a discutir la opci\u00f3n propuesta en los comentarios, gracias por su atenci\u00f3n.<\/p>\n<p>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/472776\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438. \u0412 \u043d\u0435\u0439 \u043f\u043e\u0439\u0434\u0435\u0442 \u0440\u0435\u0447\u044c \u043e \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u043e\u0433\u043e \u0441\u0435\u0440\u0432\u0435\u0440\u0430 (\u0438\u043b\u0438 VPS), \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0434\u043b\u044f \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d \u0432\u0430\u0440\u0438\u0430\u043d\u0442 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0438\u0437 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0439 \u043a\u043e\u043f\u0438\u0438 \u0431\u0435\u0437 \u043e\u0441\u043e\u0431\u044b\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435\u0432 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0430\u0432\u0430\u0440\u0438\u0438. \u0418\u0441\u0445\u043e\u0434\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0412\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0439 \u0441\u0435\u0440\u0432\u0435\u0440 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0438\u043c\u0435\u0435\u0442 \u043c\u0438\u043d\u0438\u043c\u0443\u043c \u0434\u0432\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430, \u0441\u043b\u0443\u0436\u0430\u0449\u0438\u0445 \u0434\u043b\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 RAID \u043c\u0430\u0441\u0441\u0438\u0432\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29456,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39250","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Copia de seguridad, parte 7: Conclusiones | ProHoster","description":"Esta nota concluye el ciclo sobre copias de seguridad.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:28:41+00:00","article:modified_time":"2019-10-31T19:28:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39250","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-24 01:28:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:53:37","updated":"2026-01-24 01:28:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/39250","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=39250"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/39250\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/29456"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=39250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=39250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=39250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}