En poco más de una semana comienza en USA uno de los eventos técnicos independientes más grandes del mundo Oracle: Collaborate.
¿Porqué es tan bueno?. Los números hablan por si solos.
Comienza el domingo 22 con un workshop de 6 horas enfocado en un solo tema.
Hay 12 sesiones para elegir, y muchos de los presentadores y temas son imperdibles. Una pena que solo se pueda elegir uno. ¿Cuál?
Tom Kyte y compañia hablando de Real World Performance
Craig Shallamer sobre Performance forecasting
Kai Yu sobre Cloud Control 12c
Alex Gorbachev sobre High availability en 11.2
Y la lista sigue...
De lunes a jueves se pueden presenciar 24 sesiones de una hora, y nuevamente eligiendo entre 20 posibles cada vez.
El total de presentaciones no es 24x20 porque no todas las horas tienen todas las salas habilitadas, y no todos los días se tiene el mismo horario, que varía de 8:00 a 18:00.
Pero de todas formas, es un número brutal. Y los tópicos muy variados.
Esta además de ser mi primer visita a un Collaborate, también será mi primer exposición en eventos en USA, ya que me aceptaron dos charlas:
#492 - High Availability Boot Camp: RMAN - Eliminate the Mystery (va el martes 24 a las 16:30),
#493 - Administering MySQL for Oracle DBAs (lunes 23 a las 17:00).
Así que va a ser una experiencia completa, y de la que podremos compartir detalles en el próximo evento del UYOUG un par de semanas después.
Un saludo.
miércoles, 11 de abril de 2012
sábado, 3 de marzo de 2012
Oracle Day en Montevideo
El miércoles pasado tuvimos la suerte de contar en Montevideo con una gran jornada organizada por Oracle en dos eventos: Oracle Day y Oracle Developers Day.
Fue una jornada muy larga pero muy interesante, y con una organización excelente. Felicitaciones a Valeria, Facundo, y todos los involucrados en la misma.
Usar presentaciones cortas (media hora), variedad de temas, y expositores con muy buen dominio del tema, fueron elecciones muy acertadas.
Hacía muchos años que este tipo de eventos no llegaban a Uruguay, y ojalá que sea el comienzo de un hábito. Desde el UYOUG nos enfocamos en contenido técnico, y este tipo de eventos es el complemento perfecto y necesario, ya que se puede tener una visión general de la variedad de productos de Oracle, para luego profundizar y ver detalles de los mismos en los encuentros del UYOUG.
Tuvimos la oportunidad de dar a conocer los planes del UYOUG para este año, y resumir lo hecho hasta ahora. Dejo el link a la presentación para quienes se lo perdieron.
Fue una jornada muy larga pero muy interesante, y con una organización excelente. Felicitaciones a Valeria, Facundo, y todos los involucrados en la misma.
Usar presentaciones cortas (media hora), variedad de temas, y expositores con muy buen dominio del tema, fueron elecciones muy acertadas.
Hacía muchos años que este tipo de eventos no llegaban a Uruguay, y ojalá que sea el comienzo de un hábito. Desde el UYOUG nos enfocamos en contenido técnico, y este tipo de eventos es el complemento perfecto y necesario, ya que se puede tener una visión general de la variedad de productos de Oracle, para luego profundizar y ver detalles de los mismos en los encuentros del UYOUG.
Tuvimos la oportunidad de dar a conocer los planes del UYOUG para este año, y resumir lo hecho hasta ahora. Dejo el link a la presentación para quienes se lo perdieron.
lunes, 26 de diciembre de 2011
RMAN "backup optimization" en acción
RMAN tiene varios parámetros que permiten configurar nuestra política de respaldo.
Con "BACKUP OPTIMIZATION" podemos acortar el tiempo y espacio ocupado por el respaldo, ya que cuando está configurado no se respaldan archivos que ya existen como respaldos válidos en el destino.
Existe desde 9i, y por defecto no está habilitado. Ejemplo en 11.2 XE:
RMAN> SHOW BACKUP OPTIMIZATION;
using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name XE are:
CONFIGURE BACKUP OPTIMIZATION OFF; # default
Debemos habilitarlo explícitamente:
RMAN> CONFIGURE BACKUP OPTIMIZATION ON;
new RMAN configuration parameters:
CONFIGURE BACKUP OPTIMIZATION ON;
new RMAN configuration parameters are successfully stored
Cómo podemos ver su funcionamiento en la práctica?. Según el tipo de archivo a respaldar es el criterio usado para decidir si hay una copia idéntica. Los detalles en el manual (de 11.2).
En este ejemplo, se trata de copiar un backupset a un directorio local.
¿Para qué puede interesar hacer esto?. El caso más obvio es sacar respaldos fuera de la Flash Recovery Area cuando usamos ASM, para luego respaldarlos a cinta como parte de una política de respaldo externa a la base.
RMAN> backup as copy device type disk format '/respaldos/%U' backupset COMPLETED BETWEEN 'SYSDATE-2' AND 'SYSDATE-1';
skipping backupset key 342; already backed up 1 time(s)
skipping backupset key 343; already backed up 1 time(s)
skipping backupset key 344; already backed up 1 time(s)
Para forzar esta copia sin cambiar la configuración, se debe agregar la clausula FORCE a la sentencia:
RMAN> backup as copy device type disk format '/respaldos/%U' backupset COMPLETED BETWEEN 'SYSDATE-2' AND 'SYSDATE-1' FORCE;
Starting backup at 20/DEC/2011 19:45:49
using channel ORA_DISK_1
input backupset count=15078 stamp=770144640 creation_time=17/DEC/2011 19:45:00
channel ORA_DISK_1: starting piece 1 at 20/DEC/2011 19:45:52
channel ORA_DISK_1: backup piece +RECOVERY/prod/backupset/2011_12_17/nnndf0_backup_prod_1217110500_0.397.770144653
...
Suscribirse a:
Entradas (Atom)