Changes between Version 10 and Version 11 of manual_regente_windows_postgres9.1.3-1

Timestamp:

10/25/13 18:11:33 (12 years ago)

Author:

roberto

Comment:

--

manual_regente_windows_postgres9.1.3-1

@@ -99 +99 @@
   * ALTER DATABASE nombre_basedatos SET statement_timeout=480000;
   * ALTER DATABASE nombre_basedatos SET enable_seqscan='off';
+  * Comandos (en ventana cmd.exe) para restaurar una BD.
+{{{
+#!div style="border: 0pt solid; text-align: left"
+   * Solo estructura,sin propietario y mensajes :
+C:\Archivos de programa\PostgreSQL\9.1\bin>pg_restore.exe --host localhost --port 5432 --username sistemas --dbname regente --no-owner --schema-only --verbose "C:\soft\regente.backup" 2>> "C:\logs\restore_struct.log"
+   * Sólo datos,sin propietario y deshabilitar disparador:
+C:\Archivos de programa\PostgreSQL\9.1\bin>pg_restore.exe --host localhost --port 5432 --username sistemas --dbname regente --data-only --disable-triggers --verbose "C:\soft\regente.backup" 2>> "C:\logs\restore_data.log"
+}}}
+ * Si el backup origen de datos tiene muchas instrucciones de replicación (de la tabla replicacion.rep_instrucciones) es posible que demore mucho la restauración de los datos y es posible también que dé errores, etc.[[BR]]Relacionado a lo anterior, para restaurar una base de datos, digamos para una sucursal nueva, no son necesarios los registros de replicacion.rep_instrucciones '''excepto por el último del idu_db de casa central'''.[[BR]]Se presentan a continuación los pasos para restaurar la base de datos tal como se explicó en los pasos anteriores pero teniendo en cuenta además que no se va a restaurar el contenido de replicacion.rep_instrucciones.[[BR]]Este procedimiento está agendado en el marco de la instalación de Postgres en Windows pero aplica también a la instalación de Postgres en Linux:[[BR]]'''Solución para restaurar un backup con muchas instrucciones en replicación:'''[[BR]](caso ejemplo con archivo de backup regente1.dmp y base de datos llamada demo2)
+  * 1) Restaurar solo el esquema
+  {{{ /usr/lib/postgresql/9.1/bin/pg_restore -h localhost -p 5432 -U sistemas -d demo2 -O -s -v regente1.dmp 2> errores_estruct.txt }}}
+  * 2) Borrar el schema replicación
+  {{{ DROP SCHEMA replicacion CASCADE; }}}
+  * 3) Quitar checks que pueden causar problemas con datos viejos: (esto no es específico del problema en cuestión acá que es evitar los datos de replicación en la restauración)
+   {{{
+--(tb. habria que quitar los checks: chk_existencia_especificar_lote en remitos_detalles y chk_numero_en_chequera en tabla valores).
+ALTER TABLE remitos_detalles DROP CONSTRAINT chk_existencia_especificar_lote;
+ALTER TABLE remitos_detalles DROP CONSTRAINT chk_existencia_especificar_lote_unitario;
+ALTER TABLE remitos_detalles DROP CONSTRAINT chk_lote_articulo_correcto;
+ALTER TABLE valores DROP CONSTRAINT chk_numero_en_chequera;
 
+}}}
+  * 4) Restaurar solo los datos
+  {{{
+/usr/lib/postgresql/9.1/bin/pg_restore -h localhost -p 5432 -U sistemas -d demo2 -a --disable-triggers -v regente1.dmp 2> errores_datos.txt
+ALTER DATABASE nombre_basedatos SET statement_timeout=480000;
+   }}}
+  * 5) Volver a poner checks quitados:
+  {{{
+--Volver a poner checks quitados, quiza ajustando algo en los datos:
+delete from remitos_detalles where id_lote IS NULL AND existencia_con_lote(id_articulo)
+ALTER TABLE remitos_detalles ADD CONSTRAINT chk_existencia_especificar_lote CHECK (NOT (id_lote IS NULL AND existencia_con_lote(id_articulo)));
+ALTER TABLE remitos_detalles ADD CONSTRAINT chk_existencia_especificar_lote_unitario CHECK (NOT (COALESCE(cant, 0::double precision) <> 1::double precision AND existencia_con_lote_unitario(id_articulo)));
+ALTER TABLE remitos_detalles ADD CONSTRAINT chk_lote_articulo_correcto CHECK (id_lote IS NULL OR lote_articulo_correcto(id_lote, id_articulo));
+delete from valores where not valor_cheque_en_chequera(id_cuenta, nro, id_tipo_pago)
+ALTER TABLE valores ADD CONSTRAINT chk_numero_en_chequera CHECK (valor_cheque_en_chequera(id_cuenta, nro, id_tipo_pago));
+  }}}
+  * 6) Hacer un backup de todo el schema replicacion de la base de datos de origen y restaurarla. Restaurar el contenido de tabla replicacion.tolerancia_fallo_firmas de manera manual también.
+       {{{ /usr/lib/postgresql/9.1/bin/pg_dump --host localhost --port 5432 --username "sistemas"  --verbose --file "/usr/src/soft/Replicacion.backup" --schema "replicacion" "regente" 2> erroresReplicacion.txt }}}
+  * 7) Obtener el ultimo idu_rep_instruccion del server central (se asume idu_db = 1) e insertarlo para que comience a replicar a partir de ahí:
+   * 7.1) Extraer las instrucciones de replicacion del archivo de backup:
+   {{{ pg_restore -a -t rep_instrucciones regente1.dmp > /home/sistemas/backup/rep_instrucciones.txt }}}
+   * 7.2) Quedarse sólo con las instrucciones del día en que se hizo el backup y ordenarlas:
+   {{{
+cat /home/sistemas/backup/rep_instrucciones.txt | grep "2013-10-25 " > rep_instrucciones_20131025.txt
+sort rep_instrucciones_20131025.txt > rep_instrucciones_20131025_sorted.txt
+   }}}
+   * 7.3) tomar la ultima instruccion que comience en 1 e insertar esa idu_rep_instruccion en replicacion.rep_instrucciones del nuevo server:
+   {{{
+mc -e rep_instrucciones_20131025_sorted.txt
+En este ejemplo:
+1: 4613012
+insert into replicacion.rep_instrucciones values (1,4613012,'restaurado hasta aca','2013-10-27',null,'sql');
+   }}}
+
+ ==== Nota para nueva versión de Postgres 9.x (por ejemplo 9.1) al instalar Regente ====
+Por cuestiones de compatibilidad cambiar en postgresql.conf o ejecutar:
+ * standard_conforming_strings = off
+ * escape_string_warning = off
+ * (para ejecutar en "caliente" y eventualmente replicar y sin tener que reiniciar nada: por ejemplo en una base de datos que se llama regente "alter database regente set standard_conforming_strings to off;)
+
+[[BR]]
+[[BR]]
+[wiki:manual_regente_windows Volver al manual de instalación de Regente en Windows]