"Sense saber del tema el fàcil pot semblar difícil"

La creació d'un database link de oracle per apuntar d'una base de dades a una altra en principi és fàcil, més si llegeixes el post de dataprix Accés remot mitjançant dblink d'Oracle . La llàstima és que en aquest post no es digui res dels global_names de cada base de dades i com es reanomena el dblink si els global_names estan actius.

Exemple.

1. Creem el dblink a una base de dades fictícia rrhh (prèvia configuració tnsnames ...):
   create database link dblinkrrhh connect to rrhh identifier by recursoshumanos USING 'rrhh';
2. Consultem el seu nom i sorpresa, no es diu dblinkrrhh si no DBLINKRRHH.REGRESS.RDBMS.DEV.US.ORACLE.COM. Ho podem veure amb la següent consulta:
   select * from dba_db_links;

   Ara que?

"Without knowing how easy the item may seem difficult"

Creating a database link to point to an oracle database to another in principle is easier, if you read the post dataprix Remote access through Oracle dblink . The pity is that in this post do not say anything about the global_names of each database and rename the dblink as if global_names are active.

Example.

1. We created the dblink to a dummy database hr (after having configured tnsnames ...):
   create database link connect to rrhh dblinkrrhh recursoshumanos IDENTIFIED BY USING 'HR';
2. Consult your name and surprise is not called if DBLINKRRHH.REGRESS.RDBMS.DEV.US.ORACLE.COM dblinkrrhh. We can see with the following query:
   select * from dba_db_links;

   Now what?

A continuación dejo un pequeño post de como montar un sistema automático de notificación via mail que nos indique cual es el estado de nuestra base de datos. Por ejemplo lo podemos programar un poquito antes de empezar nuestra jornada laboral y antes de irnos o mientras estamos de vacaciones (jaja...). Este ejemplo es sobre un Mysql 5.X corriendo sobre Debian. Pasos que sigue:...

Al administrar nuestra base de datos tenemos que lidiar a veces con aplicaciones de terceros(ERPs, etc...) o desarrolladas dentro de la empresa que a veces pueden tener mal planteados algunos procesos o por el motivo que sea traten la base de datos como si fuera exclusivamente suya. Voy a mostraros un ejemplo:

Entorno:
-servidor con dos puntos de montaje. El del sistema operativo donde también residen los archivos de datos de la base de datos y un disco secundario donde tenemos los archivos de copia rman más los archivelogs...

Modalità ARCHIVELOG di un database Oracle protegge contro la perdita di dati quando si verifica un guasto l'ambiente fisico ed è il primo passo per il backup (calda!) con RMAN. Per mettere il database in modalità ARCHIVELOG (senza utilizzare l'area di recupero flash) facciamo fondamentalmente due cose, aggiungere due nuovi parametri sul file di configurazione, riavviare il database e lavorare per cambiare la modalità ARCHIVELOG.

Per quanto riguarda il database Oracle 10g ARCHIVELOG modalità

1. Modificare il init.ora per aggiungere i seguenti parametri 
   *.log_archive_dest='/essempio/backup/'
   *.log_archive_format='SID_%r_%t_%s'
   ......

La manera archivelog d'una base de dades Oracle protegeix contra la pèrdua de dades quan es produeix una fallada en el medi físic i és el primer pas per poder fer còpies de seguretat (en calent!!) Amb rman. Per posar la base de dades en mode archivelog (sense utilitzar la flash recovery àrea) hem de fer bàsicament dues coses, afegir dos paràmetres nous al fitxer de configuració, reiniciar la base de dades i canviar la manera treball a archivelog.

Com posar la base de dades Oracle 10g en mode archivelog

1. Editem el init.ora per afegir els següents paràmetres
   *.log_archive_dest='/ejemplo/backup/'
   *.log_archive_format='SID_%r_%t_%s'
   ......