miércoles, 25 de junio de 2014

Como crear un Guest LDOM en un SPARC-T5 con Solaris 11

Oracle VM Server para SPARC proporciona alta eficiencia para la virtualización de clase empresarial con los servidores SPARC que son compatibles, por ejemplo el T4 o T5 .
Para continuar, vamos a ver como es que podemos obtener esta virtualización ...

miércoles, 11 de junio de 2014

Clonación de una BD desde un snapshot de mi base de datos Standby Física

El otro día tuve un cliente que cuando estábamos planeando la solución de sus respaldos, el tenía la necesidad de tomar snapshots de su entorno productivo y de ese snapshot, clonar a sus entornos dev / QA.

Así que a continuación es el resultado del planteamiento de esa solución, probablemente, no es nada que no hayas visto, pero si no , ahí te va.

A pesar de que estoy usando el DG broker, con el propósito de este ejercicio, voy a hacerlo a través de la interfaz de sqlplus, pero quería mostrarte antes el entorno en el DGMGRL.

Para ello, voy a utilizar 2 bases de datos, como mi standby a orclstby  y para el duplicado a orcltest

[oracle@adg12c ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/VolGroup00-LogVol00
                       26G   22G  3.3G  87% /
/dev/sda1              99M   24M   71M  25% /boot
tmpfs                 2.0G  641M  1.4G  33% /dev/shm
/dev/sdb1              12G  159M   12G   2% /u02
[oracle@adg12c ~]$ . oraenv
ORACLE_SID = [oracle] ? orcl
The Oracle base has been set to /u01/app/oracle
[oracle@adg12c ~]$ dgmgrl
DGMGRL for Linux: Version 12.1.0.1.0 - 64bit Production

Copyright (c) 2000, 2012, Oracle. All rights reserved.

Welcome to DGMGRL, type "help" for information.
DGMGRL> connect sys/oracle
Connected as SYSDG.
DGMGRL> show configuration

Configuration - DGCONFIG

  Protection Mode: MaxPerformance
  Databases:
  orcl     - Primary database
    farsync  - Far Sync 
      orclstby - Physical standby database 
    farsync2 - Far Sync (inactive)

Fast-Start Failover: DISABLED

Configuration Status:
SUCCESS

DGMGRL> exit

Para que esto funcione, y no tener ningún problema, hay que asegurarse de que el Standby DB sea consistente, y para ello hay que detener la aplicación de redo en el entorno de DG para la que el snapshot pueda suceder . También detuve la BD standby, a pesar de que eso no es necesario.

[oracle@adg12c ~]$ . oraenv
ORACLE_SID = [orcl] ? orclstby
The Oracle base has been set to /u01/app/oracle

[oracle@adg12c ~]$ sqlplus

SQL*Plus: Release 12.1.0.1.0 Production on Wed Jun 11 17:49:05 2014

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Enter user-name: /as sysdba

Connected to:
Oracle Database 12c Enterprise Edition Release 12.1.0.1.0 - 64bit Production
With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;


Database altered.

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> exit

El snapshot se toma durante este proceso, y para este ejercicio, el resultado del snapshot fue puesto en el siguiente directorio /u02/app/oracle/oradata/orcltest/, en el mismo servidor, pero este se puede poner en otro servidor. Puedes emular esto con un scp (scp -r /u01/app/oracle/oradata/orclstby/ /u02/app/oracle/oradata/orcltest/)

[oracle@adg12c orclstby]$ cd /u02/app/oracle/oradata/orcltest/
[oracle@adg12c orcltest]$ ls
orclstby
[oracle@adg12c orcltest]$ cd orclstby
[oracle@adg12c orclstby]$ ls
control01.ctl  ORCLSTBY  redo01.log  redo03.log  srl02.log  srl04.log     system01.dbf  undotbs01.dbf
orcl_pdb       pdbseed   redo02.log  srl01.log   srl03.log  sysaux01.dbf  temp01.dbf    users01.dbf

También una vez que el snapshot ha terminado, arrancamos la BD Standby orclstby. 

[oracle@adg12c orclstby]$ . oraenv
ORACLE_SID = [farsync2] ? orclstby
The Oracle base remains unchanged with value /u01/app/oracle
[oracle@adg12c orclstby]$ sqlplus

SQL*Plus: Release 12.1.0.1.0 Production on Wed Jun 11 18:43:18 2014

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Enter user-name: /as sysdba
Connected to an idle instance.

SQL> startup mount
ORACLE instance started.

Total System Global Area  409194496 bytes
Fixed Size                  2288968 bytes
Variable Size             318767800 bytes
Database Buffers           79691776 bytes
Redo Buffers                8445952 bytes
Database mounted.
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Database altered.

Así que ahora el siguiente paso, es crear un pfile para la base de datos orcltest, aquí también hay que cambiar la locación de los archivos correspondientes a la nueva ubicación.

[oracle@adg12c orclstby]$ cat /tmp/initorcltest.ora
*.archive_lag_target=0
*.audit_file_dest='/u02/app/oracle/admin/orcl/adump'
*.audit_trail='db'
*.compatible='12.1.0.0.0'
*.control_files='/u02/app/oracle/oradata/orcltest/orclstby/control01.ctl','/u02/app/oracle/oradata/orcltest/orclstby/control02.ctl'
*.db_block_size=8192
*.db_domain='oracle.com'
*.db_name='orcltest'
*.db_recovery_file_dest='/u02/app/oracle/recovery_area'
*.db_recovery_file_dest_size=5368709120
*.dg_broker_start=TRUE
*.diagnostic_dest='/u02/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=orclXDB)'
*.enable_pluggable_database=true
*.log_archive_dest_1='LOCATION=USE_DB_RECOVERY_FILE_DEST'
orcl.log_archive_format='%t_%s_%r.dbf'
*.log_archive_max_processes=4
*.log_archive_min_succeed_dest=1
orcl.log_archive_trace=0
*.memory_target=390m
*.open_cursors=300
*.processes=300
*.remote_login_passwordfile='EXCLUSIVE'
*.undo_tablespace='UNDOTBS1'


[oracle@adg12c orclstby]$ . oraenv
ORACLE_SID = [orclstby] ? orcltest
ORACLE_HOME = [/home/oracle] ? /u01/app/oracle/product/12.1.0/dbhome_1
The Oracle base remains unchanged with value /u01/app/oracle
[oracle@adg12c orclstby]$ sqlplus

SQL*Plus: Release 12.1.0.1.0 Production on Wed Jun 11 18:30:28 2014

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

Enter user-name: /as sysdba
Connected to an idle instance.

SQL> startup nomount pfile='/tmp/initorcltest.ora';
ORACLE instance started.

Total System Global Area  409194496 bytes
Fixed Size                  2288968 bytes
Variable Size             318767800 bytes
Database Buffers           79691776 bytes
Redo Buffers                8445952 bytes

Ahora, sólo tenemos que crear el controlfile con la ubicación del snapshot de los datafiles y cambiarle el nombre de a la base de datos a orlctest.

SQL> CREATE CONTROLFILE SET DATABASE "orcltest" RESETLOGS
    MAXLOGFILES 16
    MAXLOGMEMBERS 3
    MAXDATAFILES 1024
    MAXINSTANCES 8
    MAXLOGHISTORY 292
LOGFILE
  GROUP 1 '/u02/app/oracle/oradata/orcltest/orclstby/redo01.log'  SIZE 50M BLOCKSIZE 512,
  GROUP 2 '/u02/app/oracle/oradata/orcltest/orclstby/redo02.log'  SIZE 50M BLOCKSIZE 512,
  GROUP 3 '/u02/app/oracle/oradata/orcltest/orclstby/redo03.log'  SIZE 50M BLOCKSIZE 512
DATAFILE
  '/u02/app/oracle/oradata/orcltest/orclstby/system01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/sysaux01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/undotbs01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/pdbseed/system01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/users01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/pdbseed/sysaux01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/orcl_pdb/system01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/orcl_pdb/sysaux01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/orcl_pdb/SAMPLE_SCHEMA_users01.dbf',
  '/u02/app/oracle/oradata/orcltest/orclstby/orcl_pdb/example01.dbf'
CHARACTER SET WE8MSWIN1252
;
  2    3    4    5    6    7    8    9   10   11   12   13   14   15   16   17   18   19   20   21   22   23  
Control file created.

SQL> RECOVER DATABASE
ORA-00283: recovery session canceled due to errors
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done


SQL> ALTER DATABASE OPEN RESETLOGS;

Database altered.

SQL> ALTER PLUGGABLE DATABASE ALL OPEN;

Pluggable database altered.

SQL> ALTER TABLESPACE TEMP ADD TEMPFILE '/u02/app/oracle/oradata/orcltest/orclstby/temp01.dbf'
     SIZE 62914560  REUSE AUTOEXTEND ON NEXT 655360  MAXSIZE 32767M;
ALTER SESSION SET CONTAINER = PDB$SEED;
ALTER TABLESPACE TEMP ADD TEMPFILE '/u02/app/oracle/oradata/orcltest/orclstby/pdbseed/pdbseed_temp01.dbf'
     SIZE 20971520  REUSE AUTOEXTEND ON NEXT 655360  MAXSIZE 32767M;
ALTER SESSION SET CONTAINER = ORCL_PDB;
ALTER TABLESPACE TEMP ADD TEMPFILE '/u02/app/oracle/oradata/orcltest/orclstby/orcl_pdb/orcl_pdb_temp01.dbf'
     SIZE 20971520  REUSE AUTOEXTEND ON NEXT 655360  MAXSIZE 32767M;
ALTER SESSION SET CONTAINER = CDB$ROOT;
  2  
Tablespace altered.

SQL> 
Session altered.

SQL>   2  
Tablespace altered.

SQL> 
Session altered.

SQL>   2  

Tablespace altered.

SQL> 
Session altered.

Y como puedes ver, la nueva BD está en corriendo y funcionando de un snapshot de la base de datos standby.

SQL> set lines 200 pages 9999
SQL>SELECT NAME,OPEN_MODE,PROTECTION_MODE,
       PROTECTION_LEVEL,
       DATABASE_ROLE ROLE,
       SWITCHOVER_STATUS
FROM V$DATABASE;
  
NAME      OPEN_MODE            PROTECTION_MODE      PROTECTION_LEVEL     ROLE             SWITCHOVER_STATUS
--------- -------------------- -------------------- -------------------- ---------------- --------------------
ORCLTEST  READ WRITE           MAXIMUM PERFORMANCE  UNPROTECTED          PRIMARY          NOT ALLOWED

SQL> select host_name,instance_name from gv$instance;

HOST_NAME                                                        INSTANCE_NAME
---------------------------------------------------------------- ----------------
adg12c.oracle.com                                                orcltest

Conclusión

Esta no es la forma recomendada de hacerlo, pero eso no quiere decir que no se puede hacer. También puedes tener pérdida de datos, ya que si la BD primaria no esta totalmente sincronizada con la BD standby, vas a tener un hueco, así que tienes que estar seguro de el último redo log haya sido aplicado. De igual manera, asegurate de que esto no tenga un impacto en tu ambiente de alta disponibilidad, ya que aunque sea por pocos minutos , la replicación de tu ambiente DG estará inactivo para que puedas tener un snapshot de una base de datos consistente.




miércoles, 4 de junio de 2014

La nueva version de Enterprise Manager 12c, Release 4!

El día 3 de Junio del 2014 se anuncio la nueva versión de Enterprise Manager, y en esta versión hay nuevas funcionalidades que realmente hace que uno se apasione por este producto. Aquí no voy a platicar de todas las nuevas características, pero si de unas cuantas que son las de mas interés para la Base de Datos.
Gestión Avanzada de Umbrales (Advanced Threshold Management)
Esta funcionalidad  lo que permite es tener una mayor flexibilidad en los umbrales de todos tus objetivos (Targets)...