Re: Duda sobre backups

Como DBA puedes hacer replica de cada una de las BBDD pero por Seguridad de la Información deberías crear una Matriz de riesgo para la empresa y establecer políticas de respaldo y planes de contingencia solo para aquellas bbdd que sean relevante para la continuidad en caso de desastres. La herramienta la eliges tu, pero la importancia la entrega la empresa en relación a su integridad-disponibilidad y confidencialidad.

Atte.
Enviado desde mi equipo BlackBerry® de Claro

-----Original Message-----
From: René Romero Benavides <ichbinrene(at)gmail(dot)com>
Sender: pgsql-es-ayuda-owner(at)postgresql(dot)orgDate: Sat, 14 Jan 2012 11:10:23
To: <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: [pgsql-es-ayuda] Duda sobre backups

El 14/01/2012 10:38 a.m., Edwin Quijada escribió:
>
> http://sharingtechknowledge.blogspot.com/
>
>
> Pienso que no es complicarse la vida Edwin, la cuestión aquí es la
> utilidad y la oportunidad de los respaldos. Una base de datos de
> función crítica requiere que los datos respaldados estén lo más al
> corriente posible, uno de nuestros principales objetivos como dba's (o
> aspirantes), pienso que es el garantizar la seguridad de la
> información (de toda). Obviamente no vas a ejecutar un pg_dump cada
> minuto y aún así, en una organización grande, en un minuto pueden
> suceder muchas cosas. Pienso que PITR y Streaming Replication deberían
> ser las opciones de respaldo por defecto, y cómo último recurso (sin
> dejar de hacerlo), por si todo lo demás falla, tener un respaldo
> generado por pg_dump efectuado con cierta periodicidad. PITR y
> Streaming Replication son tan oficiales como pg_dump, es sólo que
> postgresql ha evolucionado.
> Bajo estos argumentos, me retracto de la parte en la que digo "pg_dump
> me parece apropiado para bases de datos de pequeñas a medianas", ni
> siquiera para esas bases de datos me parece apropiado si lo consideras
> como única estrategia de respaldo.
>
> --
> Volvemos a lo mismo para que complicarse la vida. Lo único que si
> puedo aceptar es Streaming Replication, es mas tengo varias BD
> haciendo Streaming, y muchas mas que lo resuelvo con pgdump.
> Todo dependerá de la empresa y su política eso no tiene que ver con
> que seas o no DBA mas bien con sentido comun de las cosas y de la
> empresa para la que trabajas. Si tienes una empresa con apenas 3
> puntos de ventas y un presupuesto limitado, bien limitado,
> me gustaría verte hablando de PITR y streaming cuando ellos no tienen
> siquiera para pagarte tus servicios.
>
> Tengo 10 empresas que usan mi sistema que esta en la nube, con ellos
> hago Streaming mas bien por comodidad , pero sigo con mi dump. Si
> masificas productos, como yo hago, te daras cuenta lo buena
> herramienta que es pg_dump , ahora si solo eres un DBA de una empresa
> te puedes inventar lo que quieras pero cuando tenga 200 clientes con
> una app masificada me gustaría verte haciedno PITR y replication.
> Como dije, cada método resuelve cada necesidad pero porque tu no uses
> cierto metodo no significa que no funcione, es mas si te vieras como
> yo, ni pensarias en otra cosa que no sea dump.
>
>
> *-------------------------------------------------------*
> *-Edwin Quijada
> *-Developer DataBase
> *-JQ Microsistemas
> *-Soporte PostgreSQL
> *-www.jqmicrosistemas.com
> *-809-849-8087
> *-------------------------------------------------------*
>
Estoy de acuerdo Edwin, si los clientes no tienen ni para pagarte tus
servicios, pensar en streaming y en PITR, está fuera de discusión.
Aunque por otra parte no creo que sea excusa el tener muchos clientes
para no prestar un servicio de la mejor calidad posible, desde luego,
todo depende de los términos previamente pactados para la prestación del
mismo (políticas) y de la planeación empresarial, si nos comprometemos a
atender más clientes de los que nuestra infraestructura (hardware y
personal) puede soportar y no la actualizamos, inevitablemente la
calidad del servicio se degradará. Sin embargo coincido contigo, todo
depende de la situación en particular. Y en tiempos de premura económica
global como estos, es natural pensar que no podemos darnos el lujo de
rechazar clientes.
Buen día y gracias por compartir tu opinión.

--
http://sharingtechknowledge.blogspot.com/