{"id":92367,"date":"2020-08-26T07:42:09","date_gmt":"2020-08-26T05:42:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh"},"modified":"2020-08-26T07:42:09","modified_gmt":"2020-08-26T05:42:09","slug":"putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","title":{"rendered":"Gu\u00eda de respaldo de bases de datos","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<blockquote><p>\u2013 Oh, ning\u00fan refugio resistir\u00e1 el impacto de un meteoro. Pero al igual que cada uno de ustedes, tienen un respaldo, as\u00ed que no se preocupen.<\/p>\n<p><i>Stanislaw Lem, \u00abLos diarios de las estrellas de Ijon Tichy\u00bb<\/i><\/p><\/blockquote>\n<p>\nLa copia de seguridad se refiere a guardar una copia de los datos en alg\u00fan lugar fuera de la ubicaci\u00f3n principal de su almacenamiento.<\/p>\n<p><img decoding=\"async\" alt=\"Gu\u00eda de respaldo de bases de datos\" src=\"\/wp-content\/uploads\/2020\/08\/c1dba0d8999cab69315560dfc57546e0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEl prop\u00f3sito principal de la copia de seguridad es la recuperaci\u00f3n de datos despu\u00e9s de su p\u00e9rdida. En este sentido, a menudo se escucha que si hay una r\u00e9plica de la base de datos, siempre se pueden recuperar los datos de ella, y que no se necesita la copia de seguridad. Sin embargo, la copia de seguridad permite resolver al menos tres tareas que no pueden resolverse mediante una r\u00e9plica, y tampoco se puede inicializar una r\u00e9plica sin una copia de seguridad.<\/p>\n<p>En primer lugar, la copia de seguridad permite recuperar los datos despu\u00e9s de un error l\u00f3gico. Por ejemplo, un contable elimin\u00f3 un grupo de asientos o un administrador de base de datos destruy\u00f3 un espacio de tabla. Ambas operaciones son absolutamente leg\u00edtimas desde el punto de vista de la base de datos, y el proceso de replicaci\u00f3n las reproducir\u00e1 en la base de datos replica.<\/p>\n<p>En segundo lugar, las bases de datos modernas son sistemas de software bastante fiables, aunque ocasionalmente ocurren da\u00f1os en las estructuras internas de la base de datos, despu\u00e9s de los cuales se pierde el acceso a los datos. Lo que es especialmente molesto es que dicha violaci\u00f3n suele ocurrir bajo alta carga o al instalar alguna actualizaci\u00f3n. Pero tanto la alta carga como las actualizaciones regulares indican que la base de datos no es de prueba, y los datos que se almacenan en ella son valiosos.<\/p>\n<p>Finalmente, la tercera tarea que requiere la existencia de una copia de seguridad es la clonaci\u00f3n de la base de datos, por ejemplo, con fines de prueba.<\/p>\n<p>La copia de seguridad de bases de datos se basa de alguna manera en uno de dos principios:<\/p>\n<ul>\n<li>Extracci\u00f3n de datos seguida de su almacenamiento en un formato arbitrario;<\/li>\n<li>Instant\u00e1nea del estado de los archivos de la base de datos y almacenamiento de registros.<\/li>\n<\/ul>\n<p>\nAnalicemos estos principios y las herramientas que los implementan con m\u00e1s detalle.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Exportaci\u00f3n de datos<\/h3>\n<p>\nEn el conjunto de utilidades que acompa\u00f1an a cualquier sistema de gesti\u00f3n de bases de datos, siempre hay herramientas para la exportaci\u00f3n e importaci\u00f3n de datos. Los datos se guardan en un formato de texto o en un formato binario espec\u00edfico para el sistema de gesti\u00f3n de bases de datos en cuesti\u00f3n. A continuaci\u00f3n se presenta una lista de tales herramientas:<\/p>\n<p>Formato binario<br \/>\nFormato de texto<\/p>\n<p>Oracle<br \/>\nDataPump Export\/DataPump Import<br \/>\nExportar\/Importar<br \/>\nSQL*Plus\/SQL*Loader<\/p>\n<p>PostgreSQL<br \/>\npg_dump, pg_dumpall\/pg_restore<br \/>\npg_dump, pg_dumpall\/psql<\/p>\n<p>Microsoft SQL Server<br \/>\nbcp<br \/>\nbcp<\/p>\n<p>DB2<br \/>\ndescargar\/cargar<br \/>\ndescargar\/cargar<\/p>\n<p>MySQL<\/p>\n<p>mysqldump, mysqlpump\/mysql, mysqlimport<\/p>\n<p>MongoDB<br \/>\nmongodump\/mongorestore<br \/>\nmongoexport\/mongoimport<\/p>\n<p>Cassandra<br \/>\nnodetool snapshot\/sstableloader<br \/>\ncqlsh<\/p>\n<p>\nEl formato de texto es bueno porque se puede editar o incluso crear con programas externos, mientras que el binario es \u00fatil porque permite descargar y cargar datos m\u00e1s r\u00e1pidamente gracias a la econom\u00eda de recursos en la conversi\u00f3n de formatos.<\/p>\n<p>A pesar de la simplicidad y obviedad de la idea de exportar datos, este m\u00e9todo se aplica raramente para la copia de seguridad de bases de datos industriales cargadas. Aqu\u00ed est\u00e1n las razones por las cuales la exportaci\u00f3n no es adecuada para copias de seguridad completas:<\/p>\n<ul>\n<li>el proceso de exportaci\u00f3n genera una carga significativa en el sistema fuente;<\/li>\n<li>la exportaci\u00f3n lleva mucho tiempo; para cuando se completa, ya no ser\u00e1 relevante;<\/li>\n<li>hacer una exportaci\u00f3n coherente de toda la base de datos bajo una alta carga es pr\u00e1cticamente imposible, ya que el SGBD debe mantener una instant\u00e1nea de su estado en el momento en que comienza la exportaci\u00f3n. Cuantas m\u00e1s transacciones se hayan realizado desde el inicio de la exportaci\u00f3n, mayor ser\u00e1 el tama\u00f1o de la instant\u00e1nea (copias de datos no relevantes en PostgreSQL, espacio undo en Oracle, tempdb en Microsoft SQL Server, etc.);<\/li>\n<li>la exportaci\u00f3n conserva la estructura l\u00f3gica de los datos, pero no su estructura f\u00edsica: los par\u00e1metros de almacenamiento f\u00edsico de las tablas, \u00edndices, etc.<\/li>\n<\/ul>\n<p>\nSin embargo, la exportaci\u00f3n tambi\u00e9n tiene sus ventajas:<\/p>\n<ul>\n<li>alta selectividad: se pueden exportar tablas individuales, campos espec\u00edficos e incluso filas individuales;<\/li>\n<li>los datos exportados se pueden cargar en una base de datos de otra versi\u00f3n, y si la exportaci\u00f3n se realiz\u00f3 en formato de texto, tambi\u00e9n en otra base de datos.<\/li>\n<\/ul>\n<p>\nPor lo tanto, la exportaci\u00f3n se utiliza principalmente para tareas como la copia de seguridad de tablas peque\u00f1as (por ejemplo, cat\u00e1logos) o la distribuci\u00f3n de conjuntos de datos con el pr\u00f3ximo lanzamiento de la aplicaci\u00f3n. <\/p>\n<p>El m\u00e9todo m\u00e1s com\u00fan de copia de seguridad de bases de datos es la copia de archivos de la base de datos.<\/p>\n<h3>Copia \u00abfr\u00eda\u00bb de archivos de la base de datos<\/h3>\n<p>\nLa idea obvia es detener la base de datos y copiar todos sus archivos. Esta copia de seguridad se llama \u00abfr\u00eda\u00bb. Es un m\u00e9todo extremadamente fiable y simple, pero tiene dos desventajas obvias:<\/p>\n<ul>\n<li>De una copia de seguridad \"fr\u00eda\" solo se puede restaurar el estado de la base de datos que exist\u00eda en el momento de la detenci\u00f3n; las transacciones realizadas despu\u00e9s del reinicio de la base no se incluir\u00e1n en la copia de seguridad \"fr\u00eda\".<\/li>\n<li>No todas las bases de datos tienen una ventana tecnol\u00f3gica en la que se pueda detener la base.<\/li>\n<\/ul>\n<p>\nSi la copia de seguridad \"fr\u00eda\" es aceptable para usted, debe recordar que<\/p>\n<ul>\n<li>La copia \"fr\u00eda\" a veces debe incluir tambi\u00e9n los registros. Los m\u00e9todos para determinar qu\u00e9 registros deben ir en la copia \"fr\u00eda\" son \u00fanicos para cada SGBD. Por ejemplo, en Oracle es necesario copiar los llamados online redo, es decir, un n\u00famero fijo de archivos de registro en un directorio especial, incluso cuando la base est\u00e1 detenida correctamente. En PostgreSQL, se deben almacenar todos los registros desde el registro que contiene el \u00faltimo punto de control, cuya informaci\u00f3n se encuentra en el archivo de control.<\/li>\n<li>El directorio de la base de datos puede contener archivos bastante grandes de espacios de tablas temporales que no es necesario incluir en la copia de seguridad. Por cierto, esta observaci\u00f3n tambi\u00e9n es v\u00e1lida para la copia de seguridad \"caliente\".<\/li>\n<\/ul>\n<p><\/p>\n<h3>La conservaci\u00f3n de archivos \"calientes\"<\/h3>\n<p>\nLa mayor\u00eda de las copias de seguridad de bases de datos modernas se realizan copiando archivos de la base de datos sin detenerla. Aqu\u00ed se presentan varios problemas:<\/p>\n<ul>\n<li>En el momento de iniciar la copia, el contenido de la base de datos puede no coincidir con el contenido de los archivos, ya que parte de la informaci\u00f3n se encuentra en cach\u00e9 y a\u00fan no se ha escrito en el disco.<\/li>\n<li>Durante la copia, el contenido de la base puede cambiar. Si se utilizan estructuras de datos modificables, el contenido de los archivos cambia, y al usar estructuras inmutables, se cambia el conjunto de archivos: aparecen nuevos archivos y se eliminan los antiguos.<\/li>\n<li>Dado que la escritura de datos en la base y la lectura de archivos de la base no est\u00e1n sincronizadas, el programa de copia de seguridad puede leer una p\u00e1gina incorrecta, donde la mitad corresponde a la versi\u00f3n antigua de la p\u00e1gina, y la otra mitad a la nueva.<\/li>\n<\/ul>\n<p>\nPara que una copia de seguridad sea coherente, cada SGBD tiene un comando que indica que ha comenzado el proceso de copia de seguridad. Sint\u00e1cticamente, este comando puede variar: <\/p>\n<ul>\n<li>en Oracle es un comando separado ALTER DATABASE\/TABLESPACE BEGIN BACKUP;<\/li>\n<li>en PostgreSQL es la funci\u00f3n pg_start_backup();<\/li>\n<li>En Microsoft SQL Server y DB2, la preparaci\u00f3n para la copia de seguridad se realiza impl\u00edcitamente durante la ejecuci\u00f3n del comando BACKUP DATABASE;<\/li>\n<li>En MySQL Enterprise, Cassandra y MongoDB, la preparaci\u00f3n se lleva a cabo impl\u00edcitamente mediante utilidades externas: mysqlbackup, OpsCenter y Ops Manager, respectivamente.<\/li>\n<\/ul>\n<p>\nA pesar de las diferencias sint\u00e1cticas, el proceso de preparaci\u00f3n para la copia de seguridad es similar.<\/p>\n<p>As\u00ed es como se lleva a cabo la preparaci\u00f3n para la copia de seguridad en sistemas de gesti\u00f3n de bases de datos con estructuras de disco cambiantes, es decir, en todos los sistemas relacionales tradicionales basados en disco:<\/p>\n<ol>\n<li>Se registra el momento de inicio de la copia de seguridad; la copia de seguridad deber\u00e1 incluir los registros de la base de datos a partir de este momento.<\/li>\n<li>Se realiza un punto de control, es decir, todos los cambios que hayan ocurrido en las p\u00e1ginas de datos antes del momento registrado se escriben en el disco. Esto garantiza que los registros anteriores al inicio de la copia de seguridad no sean necesarios para la recuperaci\u00f3n.<\/li>\n<li>Se activa un modo especial de registro: si una p\u00e1gina de datos cambia por primera vez despu\u00e9s de ser cargada desde el disco, en lugar de registrar en el log los cambios de la p\u00e1gina, la base de datos registrar\u00e1 la p\u00e1gina completa. Durante el procedimiento de preparaci\u00f3n, todas las p\u00e1ginas se escriben en el disco, por lo que en el primer cambio, el bloque siempre se registrar\u00e1 completamente en el log. Sin embargo, si durante la copia de seguridad la p\u00e1gina se vuelve a expulsar al disco, su siguiente cambio tambi\u00e9n resultar\u00e1 en la aparici\u00f3n de una copia completa de la p\u00e1gina en el log. Esto garantiza que, si por alguna raz\u00f3n la p\u00e1gina resulta incorrecta al copiar el archivo de datos, la aplicaci\u00f3n del log la corregir\u00e1.<\/li>\n<li>Se bloquea el cambio de los encabezados de los archivos de datos, es decir, la parte cuyos cambios no se reflejan en los registros. Esto garantiza que el encabezado se copie correctamente y que luego se apliquen correctamente los registros al archivo de datos.<\/li>\n<\/ol>\n<p>\nUna vez que se hayan realizado todos los procedimientos mencionados anteriormente, se pueden copiar los archivos de datos utilizando herramientas del sistema operativo como cp, rsync y otras. Activar el modo de respaldo reduce el rendimiento de la base de datos: en primer lugar, se incrementa el volumen de registros y, en segundo lugar, si hay un fallo durante el modo de respaldo, la recuperaci\u00f3n ser\u00e1 m\u00e1s prolongada, ya que los encabezados de los archivos de datos no se actualizan. Cuanto m\u00e1s r\u00e1pido termine el respaldo, mejor ser\u00e1 para la base de datos, por lo que aqu\u00ed es apropiado usar herramientas como un snapshot del sistema de archivos o un split mirror (BCV) en el arreglo de discos. Algunos SGBD (Oracle, PostgreSQL) permiten al administrador elegir el m\u00e9todo de copia, mientras que otros (Microsoft SQL Server) proporcionan una interfaz para integrar sus propias utilidades de respaldo con los mecanismos de sistemas de archivos o almacenamiento.<\/p>\n<p>Al finalizar el respaldo, es necesario devolver la base de datos a un estado normal. En Oracle, esto se logra con el comando ALTER DATABASE\/TABLESPACE END BACKUP, en PostgreSQL con la funci\u00f3n pg_stop_backup(), y en otras bases de datos a trav\u00e9s de subprogramas internos de los comandos correspondientes o servicios externos.<\/p>\n<p>As\u00ed es como se ve el diagrama temporal del proceso de respaldo:<\/p>\n<p><img decoding=\"async\" alt=\"Gu\u00eda de respaldo de bases de datos\" src=\"\/wp-content\/uploads\/2020\/08\/4e74f865e9f35acec083b747da4449cf.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<ul>\n<li>La preparaci\u00f3n para el respaldo (begin backup) toma tiempo, a veces considerable. Incluso si se utilizan vol\u00famenes espejados o sistemas de archivos que permiten realizar snapshots, el proceso de respaldo no ser\u00e1 instant\u00e1neo.<\/li>\n<li>Junto con los archivos de datos, es necesario conservar los registros desde el momento en que se comienza la preparaci\u00f3n para el respaldo hasta que la base vuelva a su estado normal.<\/li>\n<li>Se puede restaurar a partir de este respaldo <b>en el momento en que la base regresa a su estado normal<\/b>. No es posible restaurar a un momento anterior.<\/li>\n<\/ul>\n<p>\nCon bases de datos que utilizan estructuras de datos inmutables (snapshots en memoria, \u00e1rboles LSM), la situaci\u00f3n es m\u00e1s sencilla. La preparaci\u00f3n para el respaldo consta de los siguientes pasos:<\/p>\n<ol>\n<li>Los datos en memoria se escriben en disco.<\/li>\n<li>Se registra la lista de archivos que entran en el respaldo. Hasta que el proceso de respaldo no finalice, no se permite a la base eliminar estos archivos, incluso si ya no son necesarios.<\/li>\n<\/ol>\n<p>\nTras la se\u00f1al de finalizaci\u00f3n de la copia de seguridad, la base de datos con estructuras inmutables puede volver a eliminar los archivos innecesarios.<\/p>\n<h3>Recuperaci\u00f3n a un punto<\/h3>\n<p>\nLa copia de seguridad permite restaurar el estado de la base de datos en el momento en que se complet\u00f3 el comando de retorno del modo de copia de seguridad. Sin embargo, un accidente que requiera la recuperaci\u00f3n puede ocurrir en cualquier momento. La tarea de restaurar el estado de la base de datos a un momento arbitrario se llama \"recuperaci\u00f3n a un punto\" (point-in-time recovery).<\/p>\n<p>Para proporcionar esta posibilidad, se deben conservar los registros de la base de datos desde el momento de finalizaci\u00f3n de la copia de seguridad, y durante el proceso de recuperaci\u00f3n continuar aplicando los registros a la copia recuperada. Una vez que la base de datos se ha recuperado de la copia de seguridad al momento de finalizaci\u00f3n de la copia, el estado de la base (archivos y p\u00e1ginas almacenadas en cach\u00e9) es garantizado como correcto, por lo que no se necesita un modo especial de registro. Al aplicar los registros hasta el momento deseado, se puede obtener el estado de la base de datos en cualquier momento.<\/p>\n<p>Si la velocidad de recuperaci\u00f3n de la copia de seguridad est\u00e1 limitada solo por el ancho de banda del disco, la velocidad de aplicaci\u00f3n de los registros generalmente est\u00e1 limitada por el rendimiento del procesador. Si en la base de datos principal se producen cambios en paralelo, al restaurar todos los cambios se ejecutan secuencialmente, en el orden en que se leen del registro. Por lo tanto, el tiempo de recuperaci\u00f3n depende de manera lineal de cu\u00e1n lejos est\u00e9 el punto de recuperaci\u00f3n del punto de finalizaci\u00f3n de la copia de seguridad. Debido a esto, es necesario realizar copias de seguridad completas con bastante frecuencia, al menos una vez a la semana para bases con una carga transaccional baja y hasta copias diarias para bases de alta carga.<\/p>\n<h3>Copia de seguridad incremental<\/h3>\n<p>\nPara acelerar la recuperaci\u00f3n a un punto, ser\u00eda deseable poder realizar copias de seguridad con la mayor frecuencia posible, pero sin ocupar espacio adicional en los discos y sin sobrecargar la base de datos con tareas de copia de seguridad.<\/p>\n<p>La soluci\u00f3n a esta tarea es la copia de seguridad incremental, es decir, recopilar solo aquellas p\u00e1ginas de datos que han cambiado desde la \u00faltima copia de seguridad.<br \/>\nLa copia de seguridad incremental tiene sentido solo para bases de datos que utilizan estructuras de datos modificables.<\/p>\n<p>El incremento puede contarse a partir de una copia de seguridad completa (copia acumulativa) o de cualquier copia previa (copia diferencial). <\/p>\n<p><img decoding=\"async\" alt=\"Gu\u00eda de respaldo de bases de datos\" src=\"\/wp-content\/uploads\/2020\/08\/10e3bb87445cb36693c7b5469d62eeaf.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nDesafortunadamente, no existe una terminolog\u00eda uniforme, y diferentes fabricantes utilizan diferentes t\u00e9rminos:<\/p>\n<p>Diferencial<br \/>\nAcumulativa<\/p>\n<p>Oracle<br \/>\nDiferencial<br \/>\nAcumulativa<\/p>\n<p>PostgresPro<br \/>\nIncremental<br \/>\n\u2014<\/p>\n<p>Microsoft SQL Server<br \/>\n\u2014<br \/>\nDiferencial<\/p>\n<p>IBM DB2<br \/>\nDelta<br \/>\nIncremental<\/p>\n<p>\nCuando hay copias incrementales, el proceso de restauraci\u00f3n a un punto espec\u00edfico es el siguiente:<\/p>\n<ul>\n<li>se restaura la \u00faltima copia de seguridad completa realizada antes del punto de restauraci\u00f3n;<\/li>\n<li>sobre la copia completa se restauran las copias incrementales;<\/li>\n<li>se aplican los registros desde el inicio de la copia de seguridad hasta el punto de restauraci\u00f3n.<\/li>\n<\/ul>\n<p>\nLa existencia de una copia acumulativa acelera el proceso de restauraci\u00f3n. Por ejemplo, para restaurar el estado de la base entre T3 y T4, es necesario restaurar dos copias incrementales, mientras que para restaurar a un punto despu\u00e9s de T4, solo se necesita una.<br \/>\nEs evidente que el volumen de una copia acumulativa es menor que el de varias copias diferenciales, porque algunas p\u00e1ginas han cambiado varias veces y cada copia incremental contiene su versi\u00f3n de la p\u00e1gina.<\/p>\n<p>Hay tres formas de crear una copia de seguridad incremental:<\/p>\n<ol>\n<li>crear una copia completa y calcular la diferencia con la copia completa anterior;<\/li>\n<li>analizar los registros, crear una lista de p\u00e1ginas modificadas y respaldar las p\u00e1ginas incluidas en la lista;<\/li>\n<li>consultar las p\u00e1ginas modificadas en la base de datos.<\/li>\n<\/ol>\n<p>\nEl primer m\u00e9todo ahorra espacio en disco, pero no resuelve el problema de reducir la carga en la base de datos. Adem\u00e1s, si tenemos una copia de seguridad completa, convertirla en incremental es in\u00fatil, ya que la restauraci\u00f3n de la copia completa es m\u00e1s r\u00e1pida que la restauraci\u00f3n de la copia completa anterior y el incremento. La tarea de ahorrar espacio en disco con este enfoque es mejor dejarla a componentes especializados con mecanismos de deduplicaci\u00f3n integrados. Estos pueden ser tanto sistemas de almacenamiento especiales (EMC DataDomain, HPE StorageWorks VLS, toda la l\u00ednea de NetApp) como productos de software (ZFS, Veritas NetBackup PureFile, Windows Server Data Deduplication).<\/p>\n<p>El segundo y tercer m\u00e9todo se diferencian en el mecanismo utilizado para identificar la lista de p\u00e1ginas modificadas. Analizar los registros es m\u00e1s intensivo en recursos, y adem\u00e1s, para llevarlo a cabo, es necesario conocer la estructura de los archivos de registro. Es m\u00e1s sencillo preguntar a la propia base de datos qu\u00e9 p\u00e1ginas han cambiado, pero para ello, el n\u00facleo del SGBD debe contar con la funcionalidad de seguimiento de bloques modificados (block change tracking).<\/p>\n<p>Por primera vez, la funcionalidad de copias de seguridad incrementales fue creada en el software Oracle Recovery Manager (RMAN), que apareci\u00f3 en la versi\u00f3n Oracle 8i. Oracle implement\u00f3 de inmediato el seguimiento de bloques modificados, por lo que no es necesario analizar los registros.<\/p>\n<p>PostgreSQL no realiza un seguimiento de los bloques modificados, por lo que la herramienta pg_probackup, desarrollada por la empresa rusa Postgres Professional, determina las p\u00e1ginas modificadas mediante el an\u00e1lisis del registro. Sin embargo, la compa\u00f1\u00eda tambi\u00e9n proporciona el SGBD PostgresPro, que incluye la extensi\u00f3n ptrack, que sigue los cambios en las p\u00e1ginas. Al utilizar pg_probackup con el SGBD PostgresPro, la herramienta solicita las p\u00e1ginas modificadas directamente de la base de datos, al igual que lo hace RMAN.<\/p>\n<p>Microsoft SQL Server, al igual que Oracle, sigue las p\u00e1ginas modificadas, pero el comando BACKUP solo permite realizar copias de seguridad completas y acumulativas.<\/p>\n<p>En DB2 existe la posibilidad de realizar un seguimiento de las p\u00e1ginas modificadas, pero por defecto est\u00e1 desactivada. Una vez activada, DB2 permitir\u00e1 realizar copias de seguridad completas, diferenciales y acumulativas.<\/p>\n<p>Una diferencia importante entre las herramientas descritas en esta secci\u00f3n (excepto pg_probackup) y las herramientas de copias de seguridad basadas en archivos es que estas solicitan las im\u00e1genes de las p\u00e1ginas a la base de datos, en lugar de leer los datos desde el disco por s\u00ed mismas. La desventaja de este enfoque es una ligera carga adicional sobre la base de datos. Sin embargo, esta desventaja se compensa ampliamente con el hecho de que la p\u00e1gina le\u00edda siempre es correcta, por lo que no es necesario activar un modo especial de registro durante el proceso de copia de seguridad.<\/p>\n<p>Una vez m\u00e1s, es importante mencionar que la existencia de copias incrementales no elimina la necesidad de contar con registros para la recuperaci\u00f3n en un momento espec\u00edfico. Por lo tanto, en bases de datos industriales, los registros se sobrescriben continuamente en un medio externo, y las copias de seguridad, completas y\/o incrementales, se crean seg\u00fan un calendario.<\/p>\n<p>La mejor implementaci\u00f3n hasta hoy de la idea de copia de seguridad incremental es el sistema de hardware y software (en la terminolog\u00eda de Oracle, un sistema dise\u00f1ado) Zero Data Loss Recovery Appliance: una soluci\u00f3n especializada de Oracle para la copia de seguridad de su propia base de datos. Este sistema consiste en un cl\u00faster <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/es\/server\/\"   title=\"servidores\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1521\">servidores<\/a> con una gran cantidad de discos, en los cuales se ha instalado una versi\u00f3n modificada del software Recovery Manager y puede funcionar tanto con otros sistemas de hardware y software de Oracle (Database Appliance, Exadata, SPARC Supercluster) como con bases de datos Oracle en una infraestructura tradicional. A diferencia del RMAN 'normal', en ZDLRA se ha implementado el concepto de 'incremento eterno' (incremental forever). El sistema crea una copia completa de la base de datos solo una vez y luego realiza copias solo incrementales. M\u00f3dulos adicionales de RMAN permiten combinar copias, creando nuevas copias completas a partir de las incrementales. <\/p>\n<p>Acreditamos a los desarrolladores rusos que pg_probackup tambi\u00e9n puede combinar copias incrementales.<\/p>\n<p><img decoding=\"async\" alt=\"Gu\u00eda de respaldo de bases de datos\" src=\"\/wp-content\/uploads\/2020\/08\/275b649ce74614c04410618a062dddbd.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nA diferencia de muchas preguntas similares, la pregunta '\u00bfqu\u00e9 m\u00e9todo de copia de seguridad es el mejor?' tiene una respuesta clara: lo mejor es la herramienta nativa del sistema de gesti\u00f3n de bases de datos utilizada, que ofrece la posibilidad de copia de seguridad incremental.<\/p>\n<p>Para el administrador de bases de datos, son mucho m\u00e1s importantes las cuestiones de elecci\u00f3n de la estrategia de copia de seguridad y la integraci\u00f3n de las herramientas de copia de seguridad de bases de datos en la infraestructura corporativa. Pero estas cuestiones est\u00e1n m\u00e1s all\u00e1 del alcance de este art\u00edculo.<br \/>\n<br \/>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/516428\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":92368,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-92367","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=\"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430.\" \/>\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\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh\" \/>\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\u041f\u0443\u0442\u0435\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c \u043f\u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c\u0443 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh\" \/>\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=\"2020-08-26T05:42:09+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-08-26T05:42:09+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\udd47Gu\u00eda de copia de seguridad de bases de datos | ProHoster","description":"\u2013 Oh, ning\u00fan refugio resistir\u00e1 el impacto de un meteorito.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","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\u041f\u0443\u0442\u0435\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c \u043f\u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c\u0443 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster","og:description":"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","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":"2020-08-26T05:42:09+00:00","article:modified_time":"2020-08-26T05:42:09+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"92367","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:09:36","updated":"2026-02-09 16:50:36","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\/92367","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=92367"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/92367\/revisions"}],"predecessor-version":[{"id":158765,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/92367\/revisions\/158765"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/92368"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=92367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=92367"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=92367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}