MANTENIMIENTO PostgreSQL, como cualquier otro software de base de datos, requiere que ciertas tareas se realicen regularmente para lograr un rendimiento óptimo. Las tareas descritas aquí son necesarias, pero son de naturaleza repetitiva y se pueden automatizar fcilmente con !erramientas estndar, como las secu secuen enci cias as de coma comand ndos os de cron cron o de tare tareas as de "indo indows ws Sc!e Sc!edu dule lerr. Sin Sin emba embarrgo, go, es responsabilidad del administrador de la base de datos de crear secuencias de comandos adecuados, y comprobar que se e#ecutan con $%ito. &na de las tareas de mantenimiento evidente es la creación de copias de seguridad de los datos en un !orario regular. Sin una copia de seguridad reciente, usted no tiene ninguna posibilidad de recupe recuperac ración ión despu despu$s $s de una cats catstro trofe fe 'fallo 'fallo de disco disco,, incend incendio, io, por error error borrar borrar una tabla tabla importante, etc.(. La otra categoría principal de tareas de mantenimiento es el periódico )*+&&-) de la base de datos. -uy relacionado con esto es la actualización de las estadísticas que sern utilizadas por el planificador en las consultas. tra tarea que podría necesitar atención periódica es la gestión de arc!ivos de registro.
check_postgres.pl est disponible para la vigilancia de la salud de base de datos y presentación de informes ba#o condiciones inusuales. c!ec/0postgres.pl viene integrado con 1agios y -234, pero pueden e#ecutarse por separado tambi$n. PostgreSQL es de ba#o mantenimiento en comparación con algunos otros sistemas de gestión de bases de datos. Sin embargo, la debida atención a estas tareas van muc!o ms all para garantizar una e%periencia agradable y productiva con el sistema.
CONTENIDO 5. 6#ecut 6#ecutar ar tareas tareas *+&&+&& 7ases de *+&& 2ecuperación de espacio en disco +ctualización de la Planificación de 6stadísticas +utovacuum daemom 8. Log Log 9il 9ilee -ai -aint nten enan ance ce
EJECUTAR TAREAS VACUUM Las bases de datos PostgreSQL requieren un mantenimiento periódico conocido como *+&&-. Para muc!as instalaciones, *+&&- se realizar por el demonio +utovacuum. Puede que tenga que a#ustar los parmetros autovacuuming descritos para obtener los me#ores resultados para su situa situació ción. n. +lgun +lgunos os admini administr strado adores res de base base de datos datos quiere quieren n comple compleme menta ntarr o susti sustitui tuirr las acti activi vida dade dess de los los demo demoni nios os con con el gest gestio iona nado do manu manual al del del coma comand ndo o de *+&& +&&-, -, que que normalmente se realiza de acuerdo a un calendario de tareas de cron o Programador de secuencias de comandos. Para configurar manualmente el gestionado *+&&- adecuadamente, es esencial comprender los temas tratados en las secciones siguientes. siguientes.
Bases de VACUUM omando de PostgreSQL *+&&- tiene que procesar cada tabla de forma regular por varias razones:
. 2ecuperar o reutilizar el espacio en disco ocupado por actualización o filas eliminadas. !. 6stadísticas de la actualización de datos utilizados por el planificador de consultas de PostgreSQL. ". Proteger contra la p$rdida de datos muy antiguos, debido a la operación de transaction ;< wraparound. ada una de estas razones recomienda realizar operaciones de *+&&- variando de frecuencia y mbito de aplicación, como se e%plica en los apartados siguientes. Hay dos variantes de VACUUM: estándar y VACUUM FULL. VACUUM FULL puede reclamar más espacio en disco, pero se ejecuta mucho más lentamente. Además, la orma estándar de VACUUM puede correr en paralelo con las operaciones de !ase de datos de producci"n. #Comandos tales como $%L%C&, '($%)&, U*+A&% y +%L%&% seuirá uncionando con normalidad, aun-ue usted no será capa de modiicar la deinici"n de una ta!la con comandos como AL&%) &A/L% mientras se está en VACUUM.0 VACUUM FULL re-uiere !lo-ueo e1clusivo so!re la ta!la en -ue está tra!ajando, y por lo tanto no puede hacerse en paralelo con el uso de la ta!la. 2tra desventaja de VACUUM FULL es -ue, si !ien reduce el tama3o de la ta!la, no reduce el tama3o de 4ndice proporcionalmente, de hecho puede hacer los 4ndices más randes. *or lo eneral, por lo tanto, los administradores de!en esorarse por utiliar el vac4o estándar y evitar el vac4o completo.
*+&&- crea una cantidad considerable de trfico ; = , que puede causar un mal rendimiento para otras sesiones activas. >ay parmetros de configuración que se puede a#ustar para reducir el impacto en el rendimiento de *+&&- de fondo.
Rec#perac$%& de espac$o e& d$sco %n *ostre$5L, un U*+A&% o +%L%&% de una ila no retira de inmediato la versi"n anterior de la ila. %ste eno-ue es necesario para o!tener los !eneicios del control de concurrencia multiversi"n. la versión
de fila no debe ser borrada si bien todavía es potencialmente visible para otras transacciones. Pero con el tiempo, una versión obsoleta de fila o eliminado ya no es de inter$s para cualquier transacción. A continuaci"n, el espacio -ue ocupa de!e ser recuperado para la reutiliaci"n de los nuevos reistros, para evitar el crecimiento ininito de las necesidades de espacio en disco. %sto se hace mediante la ejecuci"n de VACUUM. La orma estándar de VACUUM elimina las versiones de ila muertos en las ta!las e 4ndices, y marca el espacio disponi!le para la reutiliaci"n utura. $in em!aro, no se devolverá el espacio para el sistema operativo, salvo en el caso concreto de una o ms pginas al final de un cuadro pasa a ser totalmente libre y un bloqueo de tabla e%clusivo puede ser fcilmente obtenido. *or el contrario, VACUUM FULL compacta activamente ta!las m oviendo versiones de ilas a páinas anteriores. *or tanto, es capa de orar a las páinas al e1tremo de la ta!la para ser totalmente li!re, con lo cual se volverá al sistema operativo. $in em!aro, si muchas ilas de!en ser movidas, esto puede tomar mucho tiempo. Además, re-uiere mover una ila de orma transitoria tomada de entradas de 4ndice por duplicado #la entrada -ue apunta a su nueva u!icaci"n de!e hacerse antes de la entrada antiua -ue puede ser eliminada0, de modo -ue mover un mont"n de reistros de esta m anera causa un aumento severo del 4ndice. %l o!jetivo de realiar tareas VACUUM peri"dicamente es el de evitar tener -ue realiar un VACUUM FULL. %l demonio Autovacuum intenta tra!ajar de esta manera, y de hecho nunca realia un VACUUM FULL. La idea no es mantener las ta!las en su tama3o m4nimo, sino mantener esta!le el uso de espacio en disco: cada tabla ocupa un espacio equivalente a su tama?o mínimo, ms el espacio que se necesita entre *+&&-S. Aun-ue el VACUUM FULL se puede utiliar para reducir el tama3o de una ta!la de nuevo a su tama3o m4nimo y devolver el espacio en disco para el sistema operativo, no hay mucho a hacer si la ta!la vuelve a crecer en el uturo. *or lo tanto, VACUUM$ estándar moderadamente
recuentes son más recomenda!les -ue VACUUM FULL de ve en cuando para realiar un mantenimiento de ta!las muy actualiado.
+lgunos administradores prefieren programar *+&&- ellos mismos, por e#emplo, !aciendo todo el traba#o por la noc!e, cuando la carga es ba#a. La dificultad de !acer pasar *+&&- de acuerdo a un !orario fi#o es que si una tabla tiene un pico inesperado en la actividad de actualización, se puede llegar a un aumento del tama?o !asta el punto de tener que usar 9&LL *+&&- que es realmente necesario en este caso para recuperar el espacio. Usar el demonio Autovacuum reduce este pro!lema, ya -ue los horarios de demonio VACUUM var4an dinámicamente en respuesta a la actualiaci"n de la actividad. 1o es prudente des!abilitar el demonio por completo a menos que tenga una carga de traba#o e%tremadamente predecible. Una posi!le soluci"n de compromiso es esta!lecer los parámetros de los demonios de orma -ue s"lo reaccionen a una actividad de actualiaci"n inusualmente uertes, manteniendo as4 las cosas uera de control, mientras -ue los VACUUM proramados se esperan a hacer la mayor parte del tra!ajo cuando la cara es t4pico.
Para aquellos que no utilizan +utovacuum, un m$todo típico consiste en programar *+&&- en una base de datos amplia una vez al día durante un período de ba#o uso, completada con una limpieza ms frecuente de las tablas fuertemente actualizadas seg@n sea necesario. '+lgunas instalaciones presentan una actualización de las tasas e%tremadamente altas de *+&&- de sus tablas ms activas tan a menudo como una vez cada pocos minutos.( $i tiene varias !ases de datos en un cl6ster, no se olvide de pasar VACUUM a cada una7 el prorama vacuumd! podr4a ser 6til.
Co&se'o( 1inguna forma de *+&&- es del todo satisfactoria cuando una tabla contiene un gran n@mero de versiones de fila muertas como resultado de un &P<+36 masivo o <6L636 $i usted tiene por ejemplo una ta!la y es necesario recuperar el e1ceso de espacio en disco -ue ocupa, la mejor manera es utiliar cl6ster o una de las variantes e1puestas en la reescritura de AL&%) &A/L%. %stos comandos reescri!en una copia totalmente nueva de la ta!la y construyen nuevos 4ndices para ello. Al iual -ue el vac4o completo, re-uieren !lo-ueo e1clusivo. 3enga en cuenta que ellos tambi$n ocupan temporalmente el uso del espacio de disco
adicional, ya que las copias antiguas de la tabla y los índices no puede ser liberados !asta que los nuevos estn completos. 6n el peor de los casos en que el disco est casi lleno, 9&LL *+&&- puede ser la @nica alternativa viable.
Co&se'o( $i tiene una ta!la cuyo contenido completo se elimina de orma peri"dica, considere la posi!ilidad de hacerlo con &)U(CA&% en luar de usar +%L%&% seuida por VACUUM. 32&1+36 elimina todo el
contenido de la tabla de inmediato, sin necesidad de un *+&&- posterior o 9&LL *+&&- para recuperar el espacio en el disco, a!ora no utilizados. La desventaja es -ue se viola la semántica MVCC.
Act#al$)ac$%& de la *la&$+$cac$%& de Estad,st$cas %l planiicador de consultas *ostre$5L se !asa en la inormaci"n estad4stica so!re el contenido de las ta!las a in de enerar !uenos planes para las consultas. %stas estad4sticas son recoidas por el comando A(AL89%, -ue puede ser invocado por s4 mismo o como un paso opcional en VACUUM. 6s importante
contar con estadísticas razonablemente precisas, de lo contrario la pobreza de los planes de consulta podría degradar el rendimiento de base de datos. %l demonio Autovacuum, si está activado, emitirá automáticamente comandos de A(AL89% siempre -ue el contenido de una ta!la haya cam!iado lo suiciente. Sin embargo, los administradores prefieren
realizar en las operaciones de +1+LAB6 manualmente, sobre todo si se sabe que la actividad de actualización en una tabla no afectarn a las estadísticas de columnas )interesantes). Los horarios en -ue el demonio lana A(AL89% son estrictamente en unci"n del n6mero de ilas insertadas o actualiadas, -ue no tienen conocimiento en si -ue conduca a cam!ios estad4sticos siniicativos. Al iual -ue con VACUUM para la recuperaci"n del espacio, las recuentes actualiaciones de las
estad4sticas son más 6tiles para ta!las uertemente actualiadas -ue para las -ue rara ve son actualiadas. *ero incluso para una ta!la muy actualiada, podr4a no ha!er necesidad de actualiar las estad4sticas, si la distri!uci"n estad4stica de l os datos no está cam!iando mucho. &na simple regla de oro
es pensar en la cantidad de los valores mínimos y m%imos de las columnas en el cambio de la tabla. Por e#emplo, una columna timestamp que contiene la !ora de actualizar una fila tendr un valor m%imo en constante aumento como filas se a?aden y actualizaciónC como una columna probablemente necesitar actualizaciones ms frecuentes de las estadísticas, por e#emplo, una columna que contiene las direcciones &2L de pginas visitadas en un sitio web. La columna de dirección puede recibir cambios de la misma frecuencia, pero en la distribución estadística de sus valores, probablemente los cambios se den de forma relativamente lenta. %s posi!le ejecutar A(AL89% en ta!las y columnas aun-ue s"lo sea espec4ico de una ta!la, por lo -ue e1iste la le1i!ilidad para actualiar alunas estad4sticas con más recuencia -ue otras, si su aplicaci"n re-uiere. %n la práctica, sin em!aro, eneralmente es mejor simplemente analiar la !ase de datos, por-ue es una operaci"n rápida. A(AL89% utilia un muestreo aleatorio de %stad4stica de las ilas de una ta!la en luar de leer cada ila.
Co&se'o( Si bien no podría ser muy productivo a#ustar la columna de la frecuencia de analizar, es posible que descubra que vale la pena !acer el a#uste para la columna del nivel de detalle de las estadísticas recopiladas por +1+LAB6. Las columnas que son muy utilizadas en las clusulas ">626 y tienen distribución muy irregular de los datos podrían requerir un volumen ms fino de datos de !istograma de otras columnas. *er las estadísticas S63 de +L362 3+7L6, o cambiar la base de datos por defecto para todo el uso del parmetro de configuración de+a#lt_stat$st$cs_target
A#to-ac## daeo *er la doc#e&tac$%& PostgreSQL. /O0 1I/E MAINTENANCE %s una !uena idea uardar la salida de lo del servidor de !ase de datos en aluna parte. La salida de reistro tiene un valor incalcula!le a la hora de dianosticar pro!lemas. $in em!aro, el resultado de reistro tiende a ser voluminoso #especialmente en los niveles más altos de depuraci"n0 y no se desea uardar de orma indeinida. $e necesita rotar los archivos de reistro para -ue los archivos de reistro se eneren de nuevo y los antiuos se eliminen despu;s de un per4odo raona!le de tiempo. $i simplemente se dirie el stderr de postres a un archivo, usted tendrá los resultados del reistro, pero la 6nica manera de truncar el archivo de reistro es detener y reiniciar el servidor. %sto podr4a estar !ien si se está utiliando *ostre$5L en un entorno de desarrollo. (o en servidores de producci"n.
&n me#or enfoque es enviar la salida stderr del servidor a alg@n tipo de programa de registro por rotación. >ay una incorporado en el programa de rotación de los registros, que se puede utilizar mediante el establecimiento de la logging0collector parmetro de configuración en postgresql.conf. Los parmetros de control para este programa se describen en el doc#e&to. 3ambi$n puede utilizar este enfoque para capturar los datos de registro en la mquina de formato S* legible. +lternativamente, es posible que prefiera utilizar un programa e%terno de rotación de los registros, si usted tiene uno que ya est utilizando con otro software de servidor. Por e#emplo, la !erramienta rotatelogs incluido en la distribución de +pac!e se puede utilizar con PostgreSQL. Si inicia el servidor con pg0ctl, entonces stderr ya est redirigida a la salida estndar, por lo que sólo necesita un comando de tuberías, por e#emplo: pg_ctl start | rotatelogs /var/log/pgsql_log 86400
/IN2 http://kb.deister.net/index.php/Mantenimiento
VACUUM EN *OST0RES3/ NOMBRE *+&&- DD limpia y opcionalmente analiza una base de datos.
SINO*SIS *+&&- E 9&LL F E 9266B6 F E *627S6 F E ta4le_&ae FC *+&&- E 9&LL F E 9266B6 F E *627S6 F +1+LAB6 ta4le_&ae E 'col#&_&ae E, ...F ( F
DESCRI*CI5N !"##M reclama el almacenamiento ocupado por tuplas muertas. 6n la operación normal de PostgreSQL, las tuplas que son eliminadas u obsoletas por una actualización no son físicamente removidas de su tablaC permanecen presentes !asta que se !ace un !"##M. Por lo tanto, es necesario hacer un VACUUM periódicamente, especialmente sobre tablas actualizadas frecuentemente.
Sin parmetros, !"##M procesa cada tabla en la base de datos actual de la cual el usuario tiene permisos de vaciado. on un parmetro, !"##M procesa solo la tabla especificada. !"##M !$!%&'( realiza un !"##M y luego un !$!%&'( para cada tabla seleccionada.
ANALYZE.- Colecta estad4sticas so!re los contenidos de las ta!las en la !ase de datos, y almacena los
resultados en el catáloo del sistema. *osteriormente, el planeador de consultas usa estas estad4sticas para ayudar a determinar el plan de ejecuci"n más eiciente para las consultas. $in parámetros, ANALYZE e1amina cada ta!la en la !ase de datos actual. Con un parámetro, ANALYZE e1amina solo una ta!la. Además, se puede dar una lista de columna en cuyo caso solo las estad4sticas para dichas columnas son colectadas.
Un VACUUM plano (sin FULL ) simplemente reclama el espacio y lo hace disponible para su reuso. Esta forma del comando puede operar en paralelo con lecturas y escrituras normales a la tabla, ya que no se obtiene un bloqueo exclusivo. VACUUM FULL hace un procesamiento más extensivo, incluyendo mover las tuplas entre bloques para tratar de compactar la tabla a un nmero m!nimo de bloques de disco. Esta forma es mucho más lenta y requiere un bloqueo exclusivo en cada tabla que esta siendo procesada.
*AR6METROS )pcional. Selecciona el vaciamiento )completo), el cual reclama ms espacio, pero toma muc!o ms tiempo y bloquea e%clusivamente la tabla. FREEZE.- )pcional. Selecciona el )congelamiento) agresivo de tuplas. La opción *+(('( esta depreciada y ser removida en liberaciones futuras. VERBOSE.- )pcional. ;mprime un reporte detallado de la actividad de vaciamiento para cada tabla. ANALYZE.- )pcional. +ctualiza las estadísticas usadas por el planeador para determinar la forma ms eficiente de e#ecutar una consulta. nombre_tabla.- )pcional. ,i se especi-ica el vacm slo se reali1ara a la tabla especi-icada. ,i no se especi-ica el vacm se reali1ara para todas las tablas de la base de datos. FULL.-
nombe_columna_1,
nombre_columna_n.- )pcional. ,i se especi-ica 2stas son las colmnas qe ser3n anali1adas. ,i no se especi-ican se anali1aran todas las columnas.
SA/IDA uando se especifica VERBOSE, la consulta * !"##M emite mensa#es de progreso para indicar que tabla esta siendo actualmente procesada. 3ambi$n se imprimen varias estadísticas sobre las tablas.
NOTAS
ada vez que se realiza una actualización o eliminación de un registro de una tabla, el registro original se guarda en la base de datos. &n *+&&- eliminar estos vie#os registros 'es decir: tuplas( y reducir el tama?o de la base de datos PostgreSQL. 1o se puede e#ecutar un comando *+&&- dentro de una transacción. Si no se especifica una tabla, el comando *+&&- se e#ecutara sobre la base de datos abierta. Para e#ecutar un *+&&- sobre una tabla, se necesita ser el propietario de dic!a tabla o tener permisos de superusuario. Sin embargo, el propietario de la base de datos puede e#ecutar un *+&&- a todas las tablas de su base de datos, a e%cepción de los catlogos compartidos. *+&&- 9&LL no reduce el tama?o de los índicesC se recomienda una reinde%ación periódica.
RECOMENDACIONES
2azones por las que se debe e#ecutar en cada tabla el comando *+&&-, de forma regular. Para recuperar el espacio en el disco ocupado por filas actualizadas o suprimidas. Para actualizar las estadísticas de datos utilizados por el planificador de consultas de PostgreSQL. Para protegerse contra la p$rdida de datos muy antiguo debido a envolvente "# de transacción. !"##M *#%% se recomienda para los casos en que usted sabe que se !aya eliminado la mayoría de las filas de una tabla, de modo que el tama?o de estado estacionario de la tabla se puede reducir sustancialmente con el enfoque ms agresivo !"##M *#%% . 1o usar !"##M *#%% para la recuperación rutinaria del espacio.
•
CONC/USIONES
La frecuencia y el alcance del *+&&- realizado puede variar dependiendo de las necesidades de cada sitio. Por lo tanto, los administradores de bases deben entender estos temas y desarrollar una estrategia de mantenimiento apropiado. 6s recomendable realizar *+&&- +1+LAB6 despu$s de una considerable cantidad de modificaciones sobre una tabla y realizar *+&&- 9&LL de forma periódica cuando no e%ista utilización sobre la base de datos, por e#emplo en !oras nocturnas fuera del !orario de traba#o.
/IN2S http://.postgresql.org.ar/trac/iki/sql5vacm.html http://.techonthenet.com/postgresql/vacm.php
COM*ACTAR BASE DE DATOS *OST0RES3/ 7*or8#e &eces$to copactar #&a 4ase de datos *ostgreS3/9 PostgreSQL como la mayoría de los servidores de bases de datos no elimina los registros físicamente de las tablas sino que los marca para ser eliminado posteriormente por razones de rendimiento del comando <6L636.
73#e co&sec#e&c$as t$e&e &o copactar la 4ase de datos9 Probablemente !ayas llegado a este blog buscando la razón por la que la base de datos tiene un tama?o muy e%agerado comparado con la cantidad de registros que tienes y el rendimiento de la base de datos en las instrucciones &P<+36, S6L63 e ;1S623 se estn tardando demasiado en e#ecutarse.
7C#ales so& : por8#e e;$ste& d$+ere&tes t$pos de copactac$%& e& *ostgreS3/9 La compactación en PostgreSQL se lleva a cabo usando el comando SQL *+&&-, sin embargo, este tiene varios modificadores o argumentos dependiendo de la necesidad o la ocasión, estas son las mas importantes:
VACUUM ANA/I
VACUUM 1U// 2ealiza una colección de registros eliminados completa reclamando espacio en la base de datos ocupado por registros marcados para ser eliminados. 6ste comando bloquea las tabla e impide que otras cone%iones realicen operaciones sobre la tabla o las tablas afectadas.
(ota: para ambos comandos, el nombre de la tabla es opcional. Si no es especifica el nombre de la tabla, la operación se realiza sobre la base de datos a la cual estamos conectados al momento de e#ecutar el comando *+&&-.
7C#a&do e'ec#tar cada t$po VACUUM9 6s recomendable realizar *+&&- +1+LAB6 despu$s de una considerable cantidad de modificaciones sobre una tabla y realizar *+&&- 9&LL cuando no e%ista utilización sobre la base de datos, por e#emplo en !oras nocturnas fuera del !orario de traba#o. pg+gent es un e%celente ayudante para este tipo de traba#os programados.
7Coo e'ec#tar VACUUM e& l$&ea de coa&dos e& el ser-$dor9
Usa&do ps8l Para esta tarea podemos usar la utilidad de terminal ps8l usando el usuario postgres , en ubuntu o debian podemos !acer esto usando los siguientes comandos: Hsudo su postgres
Hpsql H*+&&-C (2&A: Para ver el progreso del comando puede utilizar el modificador *627S6 Para salir de la utilidad psql utilice Iq
Usa&do pgAd$&III +bre la cone%ión con el servidor de bases de datos usando pg+dmin;;; y selecciona en el rbol izquierdo el nombre de la base de datos que se compactara: lic
/IN2S
http://ohanso-t.blogspot.pe/700/08/compactar5base5de5datos5postgresql.html
http://.postgresql.org/docs/8.7/interactive/sql5vacm.html
http://.pgadmin.org/docs/9.4/pgagent.html
=JLibera el espacio dentro de cada tabla y de#a el espacio disponible para ser utilizado por la misma tabla. 1o devuelve el espacio para el sistema operativo, por lo tanto, el tama?o del arc!ivo de base de datos no se reduce.J= VACUUM= DD2ecupera el espacio para ser utilizado por la misma tabla. =Jvacuum full podría reescribir todas las tablas en un arc!ivo nuevo, por lo que requiere un bloqueo e%clusivo en cada tabla. 6l arc!ivo de base de datos se minimiza como todo el espacio no utilizado, se recupera el espacio para el sistema operativo.J= VACUUM 1U//= DD2ecuperar el espacio y reduce el tama?o de la base de datos.
=JLibera el espacio dentro de la tabla productos y de#a el espacio disponible para ser utilizado sólo por la tabla productos. 6l tama?o del arc!ivo de base de datos no se reduciría.J= VACUUM prod#cts= DD2ecuperar el espacio en una tabla especifica, en lugar de toda la base de datos. =J1o sólo libera el espacio no utilizado en la tabla de productos, sino que tambi$n permite que el sistema operativo recupere el espacio, adems se reduce el tama?o de la base de datos.J= VACUUM 1U// prod#cts= DD2ecupera el espacio de una tabla especifica y reduce el tama?o de la base de datos.
=JSe puede a?adir la opción *627S6 al comando *+&&- para mostrar un informe de actividades del
proceso de vacío.J=
VACUUM 1U// VERBOSE prod#cts= DD2eporta las actividades del proceso de vacío.
