plan de configuracion

7/24/2019 Plan de Configuracion

1/14

AA2-EV4 PLAN DE CONFIGURACIN Y RECUPERACIN ANTE DESASTRESPARA SMBDANA DILIA SEPULVEDA ARENAJOSE FABIO ROZO ROZO

Introduccin.

Hemos elegido el SMBD de Postgresql, gestor de cdigo libre concaractersticas de control de concurrencias multi versin MVCC, este mtodoagrega una imagen del estado de la base de datos a cada transaccin, esto!ermite reali"ar transacciones eventualmente consistentes , o#reciendo grandesventa$as de rendimiento, !or e$em!lo no se requiere usar bloqueos de lectura alreali"ar transacciones, otra caracterstica es el Hot%Standb& que !ermitegenerar consultas mientras un servidor est' en modo recu!eracin o es!era, elbene#icio que a!orta este gestor de datos es reali"ar varias o!eraciones sintruncar el motor en estados de mantenimiento o recu!eracin del sistema, cosaque no o#rece algunos motores como MSS().

)a *erramienta !g+dmin !ermite administrar las bases de datos en PostgreSql,a travs de esta *erramienta nos !ro!orciona gestionar el diseo de la base dedatos, gestionar & administrar consultas, recursos #sicos & lgicos.

Com!onentes del SMBD PostgreSql

PostgreSql est' #ormado !or numerosos com!onentes & todos & cada uno deestos com!onentes in#lu&en en ma&or en menor medida en el rendimiento de

nuestro sistema. -n el siguiente gr'#ico ilustra los !osibles di#erentescom!onentes de nuestro sistema de #orma $er'rquica.

eneralmente, cuando tengamos un !roblema de rendimiento em!e"aremos la

b/squeda de la causa en la ca!a in#erior 0*ard1are2 e iremos subiendo!rogresivamente a la siguiente ca!a su!erior *asta locali"ar el !roblema.


2/14


3i!os de a!licaciones

Desde el !unto de vista de un administrador de bases de datos, e4isten agrandes rasgos tres ti!os de a!licaciones5

6 +!licaciones 1eb 07eb2

6 +!licaciones de !rocesamiento de transacciones en lnea 08)3P2

6 +lmacenes de datos 0data 1are*ouse % D72

+ continuacin se muestra las caractersticas generales di#erenciadoras m'sim!ortantes de estos ti!os de a!licaciones5

+!licaciones 1eb 07eb2

6 Base de datos m's !equea que el total de 9+M

6 -l :;< m's de las consultas, son consultas sim!les

6 )imitada !or la CP=

6 )os !roblemas t!icos que se suelen dar son5 cac*e, !ooling, tiem!os decone4in.

+!licaciones de !rocesamiento de transacciones en lnea 08)3P2

6 Base de datos ligeramente m's grande que el total de 9+M & *asta > 3B

6 -l ?;


3/14


6 )os !roblemas t!icos son5 escaneos secuenciales 0seq scans2,recursos, consultas ine#ectivas, actuali"aciones masivas 0bul load2

3cnicas & !rocedimientos

=na ve" que *emos visto los !osibles com!onentes que !ueden #ormar !artede nuestro sistema & los di#erentes ti!os de a!licaciones con los que nos!odemos encontrar, vamos a !asar a ver !rocedimientos & tcnicas que!odemos utili"ar !ara identi#icar & arreglar !roblemas de rendimiento ennuestro sistema.

+ continuacin se evidencia la estrategia a seguir !ara locali"ar !roblemas5

>. 9ecoleccin de in#ormacin5

-sta es una de las #ases m's im!ortantes & cruciales, en ella tenemos queintentar entender que est' *aciendo el sistema que vamos a arreglar, quecom!onentes se est'n utili"ando & como estos com!onentes #uncionan einteract/an entre s. 3endremos que identi#icar de qu ti!o de a!licacin setrata, que intenta *acer la a!licacin, como utili"a la base de datos, que ti!o de!roblemas est'n teniendo los usuarios, etc. -n de#initiva, obtener una visingeneral de como el sistema *ace las cosas e intentar identi#icar !osibles 'reas!roblem'ticas del mismo.

?. Com!robacin general de la con#iguracin b'sica del sistema5

-n esta #ase se reali"a un recorrido general sobre la con#iguracin del sistema!ara com!robar en qu estado se encuentra. Com!robaremos la con#iguracindel *ard1are & el sistema o!erativo, de PostgreS(), middle1are, si e4iste, & dela a!licaciones usando el sistema.

. Identi#icacin de !osibles !roblemas5

-n esta #ase se reali"a un an'lisis de los di#erentes com!onentes del sistema!ara tratar de identi#icar !osibles !roblemas que a#ecten al rendimiento.Probablemente &a *a&amos identi#icado varios !roblemas durante el item> & ?.

@. +rreglo del ma&or !roblema identi#icado5

=na ve" identi#icado el ma&or !roblema, tendremos que buscar la solucin delmismo.

. 9e!eticin5

Cuando el !rimer !roblema m's im!ortante est arreglado volver a re!etir los

tems & @ *asta que estemos seguros con el resultado.


4/14


Vamos a ver qu ti!o de in#ormacin deberamos de recolectar & quedeberamos com!robar en los di#erentes com!onentes del sistema que tengan!roblemas. Como &a *emos dic*o, generalmente em!e"aremos con el*ard1are e iremos subiendo !rogresivamente a las ca!as su!eriores, aunque

esto de!ender' del sistema & algunas veces cambiaremos el orden.

+ continuacin relacionamos la in#ormacin sobre los com!onentes & los!untos m's comunes que se deberan com!robar5

Hard1are

6 Servidores6 Modelo de CP=, velocidad de la CP=, numero de CP=s dis!onibles,

arquitectura, uso de las mismas

6 Cantidad de 9+M, velocidad de la 9+M, con#iguracin de la misma

6 +lmacenamiento6 3i!os de inter#aces 0controladores, 9+ID26 3i!os de discos, tamao & velocidad de los mismos6 Con#iguracin del +rra&AS+E6 9ed6 3i!o de red & ca!acidad de la misma6 3ar$etas de red usadas, modelos

6 Sistema o!erativo6 Sistema o!erativo6 3i!o de S8, versin, !arc*es a!licados, modi#icaciones locales6 In#ormacin sobre los controladores de *ard1are usados

6 Sistema de #ic*eros6 3i!o de sistema de #ic*eros que estamos utili"ando

6 )ocali"acin de los #ic*eros del sistema o!erativo, PostgreS() & otrasa!licaciones6 Con#iguracin del sistema de #ic*ero utili"ado

6 PostgreS()

6 Sc*ema6 Diseo, modelo de datos

6 3amao de los datos6 Particionado de los datos, tables!aces6 Fndices usados


5/14


6 Procedimientos almacenados en uso

6 Con#iguracin6 G(u cambios se *an reali"ado en la con#iguracin est'ndar6 GSe e$ecutan traba$os de mantenimiento 0V+C==MA+E+)J-26 GCon que #recuencia & con#iguracin se e$ecutan los traba$os de

mantenimiento6 Com!robar los !ar'metros m's im!ortantes, unos valores orientativos

que se !odran usar serian 5

6 Middel1are6 Controladores, Cone4iones & Cac*e

6 3i!o & versin usada de los controladores DB6 Mtodo de cone4in usada, !ooling usado, con#iguracin del !ooling6 Mtodo de cac*e usado, *erramientas usadas !ara administrarlo,

versin & con#iguracin6 So#t1are 89M utili"ado & versin

6 +!licacin6 Consultas S(),3ransacciones

6 3i!o de a!licacin6 Modelo & ti!o de transacciones6 3i!os & n/meros de consultas6 Herramientas

-4isten numerosas *erramientas que se !ueden utili"ar !ara intentar locali"ardi#erentes !roblemas en nuestro sistema. De!endiendo de la !arte del sistemaque estemos anali"ando usaremos unas u otras.

Hard1are & sistema o!erativo

Herramientas del sistema o!erativo

-stas *erramientas suelen ser mu& #'ciles de usar, no suelen a#ectar al restodel sistema mientras que las utili"amos & nos !ueden a&udar a monitori"ar &obtener estadsticas de cmo est' #uncionando el *ard1are & nuestro sistemaen general.

!s5 Eos !ermite ver los !rocesos !ostgreS() que se est'n e$ecutando ennuestro servidor. Eos da una idea de la cantidad de !rocesos concurrentes & eluso de CP= & memoria que tienen. 3ambin nos !ermite identi#icar consultas

que se *an colgado, que est'n bloqueadas que llevan e$ecut'ndose muc*otiem!o.


6/14


!gKto!5 -ste !rograma nos suministra muc*a de la in#ormacin que !s nos da &otra relacionada e4clusivamente con !ostgreS().

m!stat5 Eos !ro!orciona in#ormacin sobre el uso de todas las CP= de nuestro

sistema. Podemos encontrar los recursos de CP= que se est'n usando, siestamos usando todas las CP= dis!onibles si tenemos !roblemas de Lcambiode conte4toL0conte4t%s1itc*2

vmstat, #ree5 Eos !ermite ver el uso que estamos *aciendo de la memoria.Podemos ver si la memoria est' saturada, si !odemos tener m's in#ormacinen cac*e si estamos utili"ando el s1a! de nuestro sistema.

iostat5 Para monitori"ar el uso de los dis!ositivos de almacenamiento denuestro sistema. Podemos ver si el subsistema IA8 est' saturado, si alguno delos dis!ositivos est' causando un embotellamiento del resto de los dis!ositivos,

si tenemos subidas !untuales del tr'#ico en los discos debido a losLc*ec!ointL generados !or PostgreS().

sar5 Se !uede utili"ar !ara obtener in#ormacin de la actividad del sistemadurante un !eriodo de tiem!o de#inido.

3est de rendimientos

)os test de rendimientos suelen ser mu& intrusivos & suelen a#ectar al resto delsistema mientras que se e$ecutan. Por esto, no siem!re se !ueden usar ensistemas en !roduccin que est'n #uncionando con ciertos !roblemas !ero quetienen que seguir #uncionando aunque su rendimiento no sea el !timo.Permiten com!arar resultados entre sistemas con mismo *ard1are & sistemao!erativo.

dd5 )ee & escribe datos de manera secuencial

bonnie5 Para com!robar el rendimiento & !osibles !roblemas con IA8.Com!rueba entre otras cosas, la velocidad de b/squeda 0see2 & escrituraaleatoria del sistema.

I8"one5 Com!rueba las velocidades de di#erentes o!eraciones.

PostgreS()

Vie1s & #unciones de sistema

Mu& #'ciles de usar, su uso no a#ecta al rendimiento de nuestro sistema. Eos!ro!orcionan in#ormacin sobre lo que est' ocurriendo internamente en nuestrabase de datos & nos !ueden a&udar a identi#icar !roblemas relacionados con eldiseoAmodelo de datos, consultas, !rocedimientos almacenados & bloqueos.

!gKstatKdatabase, !gKdatabaseKsi"e025 Para conseguir estadsticas de tr'#icogenerales, n/meros de cone4iones, n/mero de transacciones v'lidas 0commits2& abortadas 0rollbac2, !ro!orcin de aciertos de datos en cac*e, tamao de la

base de datos.


7/14


!gKtables, !gKrelationKsi"e025 Para obtener in#ormacin sobre las tablas denuestra base de datos, cuantas e4isten, si tienen dis!aradores, ndices reglasasociadas, & el tamao de las tablas e ndices de la base de datos

!gKstatKactivit&5 Para com!robar la actividad actual en la base de datos,consultas en e$ecucin, bloquedas, cone4iones concurrentes, ociosas 0idle2, etc

!gKlocs5 Para descubrir & com!robar con#lictos con bloqueos.

!gKstatNioOKuserKtables, !gKstatNioOKuserKinde4es5 Para com!robar la actividadrelacionada con las tablas & los ndices de nuestra base de datos, in#ormacionsobre Lseq scansL, IA8, etc

!gKstatKbg1riter5 Para com!robar estadsticas relacionadas con el !rocesoLbacground 1riterL encargado de los #ic*eros 7+).

!gKstatKuserK#unctions 0.@25 Para obtener los tiem!os de e$ecucin denuestras #unciones, di#erenciando entre tiem!os de llamada & e$ecucin delcdigo.

!gKstatKstatements 0contrib .@25 -ste mdulo LcontribL se !uede utili"ar !araobtener una relacin de consultas en e$ecucin $unto con in#ormacin sobre lasm's #recuentes & las m's lentas

PostgreS() logs, !g#ouine & auto%e4!lain

Eo *a& nada como un buen #ic*ero log !ara obtener in#ormacin sobre lo que*a ocurrido en nuestro sistema.

!gKlog5 -4isten multitud de o!ciones en el #ic*ero de con#iguracin!ostgresql.con# !ara activarAdesactivar los datos que nos interese registrar. )ain#ormacin obtenida mediante el log de !ostgreS() se !odr' anali"ar !araobtener in#ormacin en el caso de tener !roblemas.

!g#ouine5 Se !uede utili"ar !ara calcular estadsticas generales de lasconsultas enviadas a la base de datos. )as consultas m's #recuentes & m'slentas no ser'n un misterio des!us de utili"ar este !roducto.

auto%e4!lain 0.@25 9egistra en el #ic*ero log de !ostgreS() la in#ormacin

sobre Le4!lain !lansL de las consultas que queramos. Se !uedeactivarAdesactivar din'micamente.

-4!lain anal&"e

-l comando S() Le4!lain anal&"e Nconsulta S()OL se !uede utili"ar conconsultas lentas !ara obtener in#ormacin sobre las causas de la #alta develocidad. Muc*as veces !odremos arreglar la causa r'!idamente & otras nosdar'n in#ormacin sobre !osibles causas a investigar.

-l resultado de este comando es un 'rbol invertido de nodos el cual

deberamos de em!e"ar a leer de aba$o *acia arriba. Habra que em!e"ar abuscar el nodo m's ba$o con !roblemas e intentar inter!retar el resultado de


8/14


manera integralAglobal, &a que algunos nodos se !ueden e$ecutar en !aralelo ein#luenciarse mutuamente.

+lgunas de las cosas que se deberan de com!robar & buscar en el resultado

del comando L-4!lain anal&"eL son56 -stimaciones errneas del n/mero de #ilas en una tabla6 LInde4 scansL & Lseq scansL lentos6 8rdenacin de datos en disco en ve" de en memoria

3est de rendimientos

6!gbenc*5 3est de rendimiento mu& sim!le con el que se !uede com!robar elsubsistema IA8 & la velocidad a la que se !rocesan las cone4iones. Eo

com!rueba bloqueos, com!utacin de datos Lquer& !lanningL. =til !arademostrar !roblemas im!ortantes de *ard1are en el sistema o!erativo.

6 DB3?5 3est mu& com!leto & costoso de e$ecutar. Basado en 3PCC es uncom!leto test de rendimiento !ara sistemas 8)3P.

6 DB35 Euevo test 8)3P D76 8tros5 !g=nit3est, -+stress, Benc*marS()

Middel1are A a!licacin

-4isten tambin una serie de *erramientas que se !ueden utili"ar a nivel delmiddel1areAa!licacin que nos !ueden a&udar a obtener in#ormacin valiosa

que nos a&ude a locali"ar nuestro !roblema. -numeramos solo algunas de lasm's im!ortantes5

6 Herramientas !ara servidores de a!licaciones5 Se !ueden usar !araanali"ar los tiem!os de res!uesta, monitori"acin de la actividad de labase de datos, & monitori"acin del uso del cac*e.

6 Simulacin de cargas5 Herramientas como l1! & re!roductores dein#ormacin contenida en #ic*eros log.

6 Herramientas !ara detectar bugs5 Valgrind, MDB, DB

Problemas de rendimiento t!icos

Problemas de rendimiento m's comunes.

Problemas con el subsistema IA8

Cuando tenemos !roblemas con el subsistema IA8, lo m's normal es que lasCP=s estn subutili"adas, tengamos memoria dis!onible & al menos undis!ositivo de almacenamiento con el IA8 saturado.

-stos !roblemas suelen darse en sistemas del ti!o 83)P & D7 0data1are*ouse2, bases de datos mu& grandes bases de datos con un ratio deescritura mu& alto.

)as causas comunes de este ti!o de !roblemas son5


9/14


6 Problemas con el *ard1areAso#t1are encargado del subsistema IA86 Mala con#iguracin del subsistema IA86 Eo su#iciente memoria6 Demasiados datos demandados !or la a!licacin

6 Sc*ema no !tima, #alta de ndices !articionamiento de datosProblemas con CP=

Cuando tenemos !roblemas con el uso de la CP=, lo m's normal es queestemos usando el :;< m's de la ca!acidad de CP= dis!onible, tengamosmemoria dis!onible & el subsistema IA8 noe est saturado.

-stos !roblemas suelen darse en sistemas del ti!o 7eb & 83)P, bases dedatos con una gran cantidad de consultas de lectura consultas en las que sereali"an c'lculos com!le$os.


6 Demasiadas consultas6 Insu#iciente cac*eA!ooling6 Demasiados datos demandados !or la a!licacin6 Consultas mal construidas6 Sc*ema no !tima, #alta de ndices

Problemas de bloqueos

Cuando tenemos este ti!o de !roblema, lo m's normal es que ni la base dedatos, ni la a!licacin estn traba$ando al m'4imo, !ero tengamos muc*asconsultas con grandes !eriodos de es!era, un alto ndice de Lcambio deconte4toL 0conte4t s1itc*ing2, & !gKlocs mostrando consultas bloqueadas.

-stos !roblemas suelen darse en sistemas del ti!o 83)P & D7 0data1are*ouse2, traba$os que usen bloqueos !esimistas !rocedimientosalmacenados.


6 -$ecuciones de larga duracin de transacciones !rocedimientosalmacenados

6 Cursores mantenidos durante muc*o tiem!o6 Bloqueos !esimistas en ve" de o!timistas bloqueos de#inidos !or losusuarios

6 estin mala de transacciones6 Varias con#iguraciones de bu##ers en !ostgresql.con# con valores mu&

ba$os6 )mites en la escalabilidad de PostgreS() en sistemas SMP

Problemas con la a!licacin

Cuando tenemos este ti!o de !roblema, lo m's normal es que la base de datos

no est traba$ando al m'4imo, !ero el uso de la memoria &Ao la CP= en elservidor de a!licacin estn al m'4imo.


10/14


-stos !roblemas suelen darse en sistemas Q?--


6 Eo tenemos su#icientes servidores de a!licaciones6 Demasiados datosAconsultas demandados !or la a!licacin6 Mala con#iguracin del cac*eA!ooling6 Problemas con los controladores DB

Con#iguracin en !ostgresql.con#

Para cargar #'cilmente grandes cantidades de datos a una base de datos dePostgreS(), es !osible que deba aumentar los valores de s*aredKbu##ers &ma4KlocsK!erKtransaction en el arc*ivo !ostgresql.con#.

s*aredKbu##ers

-l !ar'metro s*aredKbu##ers designa la cantidad de memoria que se utili"a!ara los b/#ers de memoria com!artida. )a documentacin de PostgreS()indica que, !or ra"ones de rendimiento, es !robable que deba utili"ar unacon#iguracin ma&or al valor mnimo de >? RB o > RB multi!licado !or eln/mero que se con#igur como el valor de ma4Kconnections. Se recomiendacon#igurar s*aredKbu##ers !ara utili"ar varias decenas de megab&tes en lasinstalaciones de !roduccin.

Cuando carga grandes cantidades de datos, es mu& !robable que necesite una

ma&or con#iguracin de s*aredKbu##ers que el valor !redeterminado de ? MB.Des!us de cambiar este !ar'metro en el arc*ivo !ostgresql.con#, deber'reiniciar el cluster de base de datos.

ma4KlocsK!erKtransaction

-l valor de ma4KlocsK!erKtransaction indica la cantidad de ob$etos de base dedatos que se !ueden bloquear de manera simult'nea. -n la ma&ora de loscasos, el valor !redeterminado de @ es su#iciente. Sin embargo, cuando secarga una gran cantidad de datasets 0!or e$em!lo, varios miles2 a la ve", lacantidad de bloqueos de ob$eto concurrentes !ara la transaccin !uede

e4ceder @.

Eo *a& una relacin de uno a uno entre bloqueos concurrentes & la cantidad dedatasetsT en otras !alabras, si carga .;;; datasets, no debe aumentar el valorde ma4KlocsK!erKtransaction a .;;;. Primero aumente el valor a >;; antesde aumentar las cargas.

Cuando cambia el valor del !ar'metro ma4KlocsK!erKtransaction, debereiniciar el servidor.

-l aumento del valor de alguno de estos !ar'metros !uede !roducir que la

base de datos solicite m's memoria com!artida que la que el sistema o!erativo0S82 =EIU tiene dis!onible. Para obtener m's in#ormacin sobre cmo !uede


11/14


aumentar la con#iguracin de la memoria com!artida !ara el S8, consulte+dministrar recursos de ernel en la documentacin de PostgreS().

Me$orar el rendimiento de la consulta es!acial de S()

Cuando e$ecuta consultas de S() que devuelven columnas es!aciales deS3Keometr& desde una tabla de negocios, !uede aumentar el rendimiento dela consulta si con#igura una variable de entorno del sistema,S3K-8M-39K8=3P=3KW89M+3, con salida *acia el ti!o S3Keometr& enve" de la re!resentacin de te4to conocido e4tendido 07R32.

Por de#ecto, la variable S3K-8M-39K8=3P=3KW89M+3 se con#iguracomo 3P-, que signi#ica que se devuelve una re!resentacin *e4abinaria. -snecesario !ara crear una co!ia de seguridad /til de la geodatabase.Xnicamente debe cambiar esta variable a S3K-8M-39 si desea me$orar el

rendimiento de la consulta S(). Si con#igura esta variable !orque !lanea *acervarias consultas es!aciales de S(), aseg/rese de quitarla des!us de terminarlas consultas, a continuacin reinicie el cluster de base de datos dePostgreS().

6 )a variable se debe con#igurar en el equi!o donde se e$ecutaPostgreS().

6 Para un S8 )inu4, con#igure la variable !ara el s*ell desde donde emitelas consultas S(). Para el s*ell bas*, la sinta4is es la siguiente5

6 S3K-8M-39K8=3P=3KW89M+3YS3K-8M-396 Para un s*ell cs*, la sinta4is es

6 setenv S3K-8M-39K8=3P=3KW89M+3 S3K-8M-396 -n 7indo1s, cree una variable de entorno del sistema en las

!ro!iedades del sistema.6 Eombre de la variable5 S3K-8M-39K8=3P=3KW89M+36 Valor de la variable5 S3K-8M-396 Des!us de con#igurar la variable, debe reiniciar el cluster de base de

datos de PostgreS().

789RKM-M

-ste !ar'metro con#igura el es!acio de memoria que !ostgres utili"a !arareali"ar ordenaciones de tablas o de resultados !arciales de consultas, sobretodo en cl'usulas 89D-9 B, C9-+3- IED-U o M-9- Q8IE.

-ste valor es m's di#icil de con#igurar !orque de!ende, !or un lado, de logrande que sean las tablas o resultados que *a& que ordenar, & !or otro, deln/mero de !eticiones simult'neas !ara esa misma consulta 0!ara cada una seem!lear' la misma cantidad de memoria2.

=n buen comien"o es asignar entre un ?< & un @< del total de la memoria si!revemos !ocos accesos simult'neos a grandes sesiones de ordenacin &muc*o menor, si es!eramos muc*os accesos simult'neos a sesiones deordenacin !equeas. Como antes, lo me$or es ir !robando distintos valores &


12/14


ver en qu !ueden a#ectar a la !aginacin adversa 0s1a! !agein2. -l valor *a&que e4!resarlo en RB.

-n nuestro e$em!lo, *emos o!tado !or usar un @< de la memoria5

-l @< de > B5 @>:@ RB 0>;@Z RB[@2A>;;

1orKmen Y @>:@

PostgreS() utili"a roles !ara iniciar la sesin en el cluster de bases de datos &en las bases de datos. Se !ueden agregar roles al cluster de bases de datosPostgreS().

)os usuarios de bases de datos individuales se llaman roles de inicio de sesin.Para todos los roles de inicio de sesin que ser'n !ro!ietarios de ob$etos en lageodatabase, tambin debe crear un esquema en esa base de datos. -l

esquema debe tener el mismo nombre & ser !ro!iedad del rol de inicio desesin.

3ambin !uede crear gru!os de roles a los que se !ueden agregar roles deinicio de sesin. + continuacin, !uede es!eci#icar !ermisos !ara el gru!o quese a!licar'n a todos los roles de inicio de sesin asociados.

+lmacenamiento

Se !uede crear una base de datos en una locali"acin di#erente a laestablecida !or de#ecto durante la instalacin. 9ecuerde que todos los accesosa base de datos ocurren realmente a traves del !roceso en segundo !lano, asque ste debe !oder acceder acualquier es!eci#icacin.

Se crean locali"acines alternativas & re#erencias mediante una variable deentorno queda el !at* absoluto *asta la situacin de almacenamiento deseada.-sta variable deentorno debe estar de#inida antes de que el !roceso ensegundo !lano sea arrancado & debe ser modi#icable mediante la cuenta deladministrador de !ostgres. Cualquier variable de entorno !uede ser utili"ada

!ara re#erirse a una locali"acin alternativa, si bien se recomienda la utili"acinde un nombre de variable con !re#i$o PD+3+ !ara evitar con#usin & con#lictocon otras variables.

Eo olvidar que -n versiones !revias de Postgres, tambin estaba !ermitidoutili"ar un nombre de !at* absoluto !ara es!eci#icar una locali"acin dealmacenamiento alternativa. Se !re#iere el mtodo de es!eci#icacin devariables de entorno, !uesto que concede al administrador del sistema m's#le4ibilidad en la gestin del almacenamiento en disco. Si !re#iere utili"ar !at*sabsolutos, !uede *acerlo de#iniendo +))87K+BS8)=3-KDBP+3HS &recom!ilando Postgresql


13/14


Sistema de recu!eracin de desastres & co!ias de seguridad

-l !roceso de creacin de Bacu! en PostgreS() se reali"a !or medio de!gKdum!, & la automati"acin !ara su e$ecucin se !uede lograr !or medio de*erramientas como las que se inclu&e en P+DMIE *aciendo uso de los Qob,ste!s & sc*edules o mediante el sistema o!erativo, que en esta caso serna7indo1s & )inu4.

+ travs de #oros se !udo observar distintas #ormas de *acer Bacu!, !ero lame$or sera si es +utom'tico, &a que as el DB+ no tendr' la necesidad de estar!resente cuando deba res!aldar la Base de Datos.

Desde la P'gina de PostgreS() se !uede constatar que, es una Base deDatos

9obusta, adem's de ser 8!ensource llega a ver los 9es!aldos de manera)ineal !ara el negocio transaccional, es as que adem's de 9es!aldosPostgreS() se !ueda noti#icar al DB+ de los sucesos ocurridos en dic*o9es!aldo.

)as encuestas que se reali"aron a los DB+ tuvieron sus Positivismo &Eegativismo en la Pro!uesta de +utomati"acin de 9es!aldos PostgreS()T lama&ora de los

+dministradores acogieron & ace!taron que +utomati"ar los 9es!aldos de unaBase 9es!aldos PostgreS() +utom'ticos & Eoti#icaciones Va Mail

de Datos seria a*orrar tiem!o adem's de que el !roceso garanti"a laIntegridad de los Datos, que es de suma im!ortancia al momento de restaura orecu!erar una Base de Datos, mu& !oco #ue la negatividad de los DB+ sobre la+utomati"acin &a que la ven como un !roceso no seguro que no resguardarala in#ormacin de manera correcta , que adem's no garanti"a la integridad dela in#ormacin, !ero sobre todo eso la gran !arte de DB+ ace!ta el cambio+utom'tico como una Herramienta /til en su +dministracin Diaria.

-l !roceso de 9es!aldos +utom'ticos consiste en lo siguiente5

Se reali"an los 9es!aldos +utom'ticos a travs de 3areas Programadas en7indo1s & Cron en )inu4. enera )8 de sucesos de los 9es!aldos de laBase de Datos. -nva dic*o )8 !or mail al DB+ !ara que revise el suceso si*ubo o no error en los 9es!aldos.

Por /ltimo es im!ortante crear tareas !rogramadas con el sistema o!erativocon el !ro!sito de e4!ortar la data a otros sistemas de almacenamiento !ara

tener a mano la in#ormacin en casos e4tremos o de urgencia !ara restaurar elsistema de in#ormacin.


14/14


plan de configuracion

Documents