Documentos de Académico
Documentos de Profesional
Documentos de Cultura
https://community.nasscom.in/communities/it-services/the-7-rules-of-it-disaster-
recovery-strengthen-disaster-preparedness.html
https://blog.storagecraft.com/disaster-recovery-metrics-use/
El porque del backup es para tener un resguardo de la informacion que manejan los
sistemas de algun negocio.
Ese resguardo se utilizaria en caso de que ocurra algun inconveniente, alguna
perdida de informacion.
RTO es una metrica de una medida de en cuantas horas de tiempo desde que ocurrio un
desastre nos va a llevar hasta poner nuevamente en linea el sistema.
RPO es una medida de cuanto es el maximo de datos que el sistema puede perder.
Palnificaciones:
https://community.nasscom.in/communities/it-services/the-7-rules-of-it-disaster-
recovery-strengthen-disaster-preparedness.html
Metricas:
https://blog.storagecraft.com/disaster-recovery-metrics-use/
Podemos hacer backup fisicos o logicos. Para hacer backups logicos usamos el
pg_dump
Vemos la ayuda con
pg_dump --help
Es una herramienta presente en el binario por lo que los que no tienen seteado el
PATH para ejecutarla pueden ir al bin de postgres
pg_dump [OPTION]... [DBNAME]
Pg_dump es solo para bases de datos y pg_dumpall permite hacer backup de los
usuarios, los esquemas, triggers, etc.
pg_dumpall
El segundo ejemplo sería hacer un backup pero usando -c que incluye las sentencias
de create database.
pg_dump rrhh -v -C -f /home/postgres/rrhh_2.sql
Ahora comprobamos
ls -l
Si vemos el vi del archivo
vi rrhh_2.sql
Agrega el crear la base de datos, en base a una planilla, que tipo de encoding va a
usar.
Salgo
:q
Hay una opcion de pg_dump que es la opcion de customizada que permite generar un
archivo que permite restaurar con pg_restore (-F -c)
pg_dump rrhh -Fc -v -C -f /home/postgres/rrhh_3.dmp
Si hacemos un vi
vi rrhh_3.dmp
Vemos que es distinto el formato, es uno propio, y usualmente se le coloca de
formato .dmp
Si comprobamos en el backup rrhh_1.sql lo primero que hacia era generar las tablas,
al usarlo nosotros definiamos en que database se realizaba.
La idea es que los backup sean automatizados, que no necesariamente estemos frente
a la consola para realizar estos trabajos.
Dejar tareas programadas.
El otro pg_dumpall importante que tenemos que ver es el de objetos globales, que
son todos aquellos objetos que no son la base de datos.
pg_dumpall -v -g -f /home/postgres/globales.sql
Vemos que tiene el archivo
cat /home/postgres/globales.sql
Es todo lo que son Roles, granteo a usuarios y ademas encodings, tablespaces.
Hay una opcion que es por ejemplo si solo queremos definiciones sin datos, esquemas
El esquema por defecto es public, estan todas las tablas, las funciones, los
triggers.
Y una bd puede tener n esquemas. Y que cada uno atienda un sw en particular.
pg_dumpall -v -s -f /home/postgres/esquemas.sql
Si no pongo -d y la database especifica, me va a hacer de todos los esquemas y
todas las db.
Vemos su contenido con
cat /home/postgres/esquemas.sql
Es solo le de las definiciones, sin datos
Son fotos de este momento
Podemos backupear por desarrollo, testing, desastres, etc.
Otra cosa que nos pueden pedir es hacer una copia de la tabla pero ahi dentro del
sql
Nos conectamos a la base rrhh
psql rrhh
Vemos los datos de la tabla paises
select * from paises;
Entonces creamos la tabla y la llenamos con los datos de paises
create table paises2 as select * from paises;
Ahora revisamos
select * from paises2;
Tambien nos pueden pedir que hagamos una tabla solo con ciertos registros
Creamos la tabla y la llenamos con los registros que cumplan la condicion
create table programadores as (select * from empleados where "TRABAJO_ID"=
'IT_PROG');