Posts Tagged ‘BBDD’

Enable Remote Access To MySQL Database

Categorías:BBDD, MySQL Etiquetas: , , ,

How to get a working and complete PostgreSQL DB backup and test

You can dump the whole PostgreSQL cluster with pg_dumpall. That’s all the databases and all the globals for a single cluster. From the command line on the server, I’d do something like this. (Mine’s listening on port 5433, not on the default port.) You may or may not need the –clean option.

$ pg_dumpall -U postgres -h localhost -p 5433 --clean --file=dump.sql

This includes the globals–information about users and groups, tablespaces, and so on.

If I were going to backup a single database and move it to a scratch server, I’d dump the database with pg_dump, and dump the globals with either

  • pg_dumpall –globals-only, or
  • pg_dumpall –roles-only (if you only need roles)

like this.

$ pg_dump -U postgres -h localhost -p 5433 --clean --file=sandbox.sql sandbox
$ pg_dumpall -U postgres -h localhost -p 5433 --clean --globals-only --file=globals.sql

Outputs are just text files.

After you move these files to a different server, load the globals first, then the database dump.

$ psql -U postgres -h localhost -p 5433 < globals.sql
$ psql -U postgres -h localhost -p 5433 < sandbox.sql

I thought pg_dumpall would at least backup foreign keys, but even that seems to be an ‘option’. According to: even with pg_dumpall I need to use a -o option to backup foreign keys

No, that reference says “Use this option if your application references the OID columns in some way (e.g., in a foreign key constraint). Otherwise, this option should not be used.” (Emphasis added.) I think it’s unlikely that your application references the OID columns. You don’t need to use this option to “backup foreign keys”. (Read the dump file in your editor or file viewer.)

Curso SQL desde cero

Categorías:BBDD Etiquetas: , ,

Message 206 not found; No message file for product=RDBMS, facility=EXP:


Message 206 not found; No message file for product=RDBMS, facility=EXP:


SOLUCION: Copiar el fichero “expus.msb” en el directorio “<ORACLE_HOME>\rdbms\mesg”  y probar.

Categorías:BBDD, Oracle Etiquetas: , ,

Mover directorio de datos MySQL

Parar el servicio de MYSQL:

/etc/init.d/mysql stop

Confirmar que tu directorio de datos es este /var/lib/mysql. Lo recomdable es verificarlo en el archivo my.cnf

Crear el nuevo directorio donde ubicaremos los datos y hacer propietario al usuario mysql de ello:

mkdir /nuevo_directorio

chown -R mysql:mysql /nuevo_directorio
Copiar los datos al nuevo directorio:

cp -r /antiguo_directorio   /nuevo_directorio

Modificamos el nombre del antiguo directorio:

mv /antiguo_directorio  /antiguo_directorio_old

Modificar el fichero my.cnf para indicar el nuevo directorio de datos:

nano /etc/mysql/my.conf

#datadir = /antiguo_directorio

datadir = /nuevo_directorio

Chequea si tu distribucion linux tiene este fichero: /etc/apparmor.d/usr.sbin.mysql

Si existe lo editamos y modificamos las entradas que tengan el antiguo directorio por el nuevo:

nano /etc/apparmor.d/usr.sbin.mysqld

/nuevo_directorio/     r,
/nuevo_directorio/   ** rwk,

Reiniciamos el servicio:

/etc/init.d/apparmor restart

Arrancamos el servicio de MYSQL:

/etc/init.d/mysql start

Adicionalmente podemos crear un enlace simbolico del directorio nuevo al directorio antiguo, y hacerle propietario a mysql, ya que puede haber aplicaciones que tenga metido en su codigo a fuego la ruta de los datos de la BBDD

Categorías:BBDD Etiquetas: , ,

Scripts Oracle

Categorías:BBDD, Oracle, Scripts Etiquetas: , , ,