blog de il_masacratore

Per la raó que sigui potser haguem de desenvolupar un paquet de Microsoft Integration Services que ens mogui dades de qualsevol origen a una taula que es troba en una base de dades MySQL.

La primera intenció serà fer-ho mitjançant una ADO.NET Destination i el provider de MySQL per a la connexió. Si ho fem així per inserir les dades directament, en crear el destí, seleccionar la connexió i després seleccionem la taula apareixerà un error com el següent al comprovar tot amb la vista prèvia o en intentar fer les assignacions...

En MySQL esisteix un paràmetre que habilita el registre de les consultes que triguen més de x segons a executar-se, les anomenades Slow Queries. Bàsicament el que fa és ficar-les en un fitxer de log per després consultar-ho amb mysqldumpslow. Aquest mecanisme ens pot ser útil per millorar el rendiment global de la base de dades si reduïm el valor de forma progressiva per als temps d'execució "no admesos" abans de declarar una consulta com "lenta" o slow query...

A continuació deixo un petit post de com muntar un sistema automàtic de notificació via mail que ens indiqui quin és l'estat de la nostra base de dades. Per exemple el podem programar una mica abans de començar la nostra jornada laboral i abans de marxar o mentre estem de vacances (jaja. ..). Aquest exemple és sobre un Mysql 5.X corrent a Debian. Passos que segueix...

"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?

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'
   ......

Alguna vegada us heu preguntat com desactivar el autocommit al Management Studio de Sql Server? Doncs la resposta és ràpida. El podeu canviar activant al menú Eines> Opcions> Execució de la consulta> SQL Server> Ansi> SET IMPLICIT_TRANSACTIONS.

Sembla una mica simple però com m'ho han preguntat un parell de vegades ...

Ens posem en situació
En el nostre entorn és possible que necessitem disposar de dos rèpliques d'una/s base de dades en entorns diferenciats (el clàssic exemple seria producció i test). Per decidir com ho fem les preguntes més comuns que ens hem de fer són:

- Aquest nou entorn serà temporal? Conté bases de dades gran en quant a volum i / o la càrrega que ha de suportar és elevada (encara que sigui test)?
- Disposo de la versió de desenvolupament de SqlServer2008? Que només està al teu abast si tens una subscripció MSDN ...
- Disposo d'un servidor addicional?

En base a aquestes preguntes i totes les que se li puguin a un ocórrer es pot optar per diferents solucions:
-El més senzill i si la base de dades més la càrrega a suportar són petites podem utilitzar el mateix servidor per a totes les bases de dades (vam crear en el mateix servidor amb noms diferents (_Test) i Santes pasqües ...). Perquè no es molestin entre si podem utilitzar Resource Governor.

Per a aquells administradors de bases de dades que hagin de tractar amb un tal Dynamics Ax 2009 i els seus sequaços (desenvolupadors, consultors, etc ) Deixo aquí un parell de cosetes que s'han de saber (o et han de dir) quan unim ax2009 i sql server 2008. De vegades es pot apuntar a la base de dades com a font del problema però no sempre és així. Alguns requeriments a tenir en compte per a la instal lació de Ax2009 són que l'usuari amb el que vulguin accedir per fer la instal lació ha de ser usuari de DOMINI i en SQL Server ha de ser membre de rol dbcreator i securityadmin per poder crear la nova base de dades des l'instal lador de Ax. Un cop instal lat (o durant el procés d'instal lació) els problemes amb la base de dades que ens podem trobar poden ser: 

Cas 1:
Un altre problema conegut a la sincronització de dades es pot produir per la falta de permisos. El missatge diu alguna cosa així:

Una base de dades Oracle en Standby és una còpia exacta d'una base de dades operativa en un servidor remot, usada com a backup, com a còpia per a consulta, recuperació de desastres, etc.

Una base de dades en mode Standby és més que un backup normal ja que es pot posar en producció en cas de desastre en un temps menor que si haguessim de restaurar una còpia (ja sigui des de rman o un simple exportació). Restaurar una còpia des de fitxer triga temps, i durant aquest període el sistema no està disponible. Amb una base de dades addicional en mode standby no hi ha res (o gairebé res de restaurar) en cas de desastre. En qüestió de minuts es fa el canvi permetent continuïtat en el servei.No ens ofereix els avantatges de rendiment d'un cluster o la seguretat del mirall però la relació de costos de temps i llicència versus avantatges em sembla correcta.

Des d'un punt de vista global:

-Disposem d'una còpia de la base de dades de forma remota, que podem comptabilitzar com a segon joc de còpies.

-A diferència d'un simple backup, la còpia es manté viva i les dades són actualitzats amb més freqüència.

Pot passar que després d'instal lar Oracle o configurar una nova base de dades ens adonem que el joc de caràcters escollit durant la instalació no és el correcte. El que se'ns pot passar en casos com aquest és esborrar la base de dades i reconfigurar o coses pitjors ... Però no cal. Podem canviar el joc de caràcters parant la base de dades, aixecant de manera restrictiva, canviant la configuració i reiniciat la base de dades. Howto:

- Primer ens connectem amb la base de dades 

$ sqlplus sys/pwd@prod as sysdba
 

- Aturem la base de dades 

SQL>SHUTDOWN IMMEDIATE;

- Aixequem de forma restrictiva * 

SQL>STARTUP MOUNT;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER DATABASE OPEN;

- Canviem el mapa de caràcters 

SQL>ALTER DATABASE CHARACTER SET <nou mapa de caràcters>;

- Reiniciem la base de dades i yata 

SQL>SHUTDOWN IMMEDIATE;

SQL>STARTUP;