Pequeño problema con Base de datos e instancias

[scooby151]

Hola a todos, Muy buen dia.


Les escribo porque tengo el siguiente problema, en la empresa donde trabajo se esta desarrollando una aplicación propia de la compañia que ya se tiene funcionando, pero ahora las directivas de la empresa quieren utilizar el mismo sistema de bases de datos para otra empresa de propiedad de los dueños, las dos empresas son practicamente iguales, pero no sabemos que hacer, si creamos otro schema en la misma instancia no funcionaria tengo entendido ya que siempre accederia a la que esta definida por defecto, pero si se crea otra instancia en el mismo servidor estos reducirian los recursos del server y creo que no aprobarian la compra de una nueva maquina para utilizarla como servidor de la BD de la empresa nueva, adicional a esto tenemos hasta el mes de diciembre para tener todo montado y funcionando, he de aclarar que la otra empresa no maneja el volúmen de información que posee la que esta funcionando.


Scooby151

[matanga]

Hola,

Si todos los objetos de base de datos de la aplicacion estan autocontenidos dentro de un solo esquema, no hay problemas en tener las dos aplicaciones dentro de una misma base de datos, solo hay que tener algunas consideraciones, como por ejemplo,

1. Tuning, cuando se configuran los parametros de memoria de Oracle, se hacen a nivel de instancia, no de esquema.
2. Backup y Recuperacion, a tener en cuenta si esto se hace a nivel de instancia.

Saludos

[scooby151]

Hola matanga

En realidad las tablas estan en 2 dos usuarios, el inconveniente creo yo es q la otra empresa va a manejar informacion diferente a la que esta en este momento, pero utilizando la misma estructura de base de datos, por eso pensaba en la otra instancia pero por lo que he leido hace que el servidor agote casi todos los recursos si se tienen en el mismo equipo ¿o me equivoco?.


Por cierto matanga, tu tienes o me podrias explicar la forma de crear una segunda instancia con oracle 10g corriendo en linux fedora o linux red hat enterprise


Scooby151

[kikolice]

en mi opinion y segun tus comentarios ese requerimiento no necesita otra instancia para trabajar (ahora confirmo la pregunta que hiciste en otro post)

sin duda al crear otra instancia sera mas provable que te agotes los recursos del servidor, lo mas facil que puedes hacer en ese caso es reproducir la estructura de tablas en otros usuarios (segun tu solo son dos) y dependiendo de la aplicacion solo modificar los accesos a esos usuarios para la segunda compañia

[matanga]

Hola,

En realidad las tablas estan en 2 dos usuarios, el inconveniente creo yo es q la otra empresa va a manejar informacion diferente a la que esta en este momento, pero utilizando la misma estructura de base de datos...

Como dice kikolice, parece que se puede resolver dentro de una misma instancia, por ejemplo usuario1 y usuario2 contendran todos los objetos para una aplicacion y usuario3 y usuario4 para la otra, no veo mayor problema.

..por eso pensaba en la otra instancia pero por lo que he leido hace que el servidor agote casi todos los recursos si se tienen en el mismo equipo ¿o me equivoco?.

Esto es todo muy relativo, depende del tamaño del servidor y de cuanta memoria se le asigne a cada instancia, todo esto es configurable. Por dar un ejemplo, en un servidor virtual que tengo con 2G de memoria y 1 procesador hay 3 instancias en ejecucion.

...me podrias explicar la forma de crear una segunda instancia con oracle 10g corriendo en linux fedora o linux red hat enterprise

La forma mas facil es iniciar sesion con X en el servidor con el usuario propietario de la instalacion de Oracle, a partir de ahi es simplemente ejecutar el Database Configuration Assistant (DBCA) que se encuentra en el directorio bin, por ejemplo

Código:

oracle@buo:~> whoami
oracle
oracle@buo:~> echo $ORACLE_HOME
/u01/app/oracle/product/10.2/db_1
oracle@buo:~> /u01/app/oracle/product/10.2/db_1/bin/dbca

Saludos

[scooby151]

En realidad las tablas estan en 2 dos usuarios, el inconveniente creo yo es q la otra empresa va a manejar informacion diferente a la que esta en este momento, pero utilizando la misma estructura de base de datos...

Como dice kikolice, parece que se puede resolver dentro de una misma instancia, por ejemplo usuario1 y usuario2 contendran todos los objetos para una aplicacion y usuario3 y usuario4 para la otra, no veo mayor problema.

Matanga una pregunta, ¿Esto implicaria algun cambio en la programación que en este momento tienen las formas y demas opciones que tienen los usuarios para interactuar con la información?

Es decir toda la información en este momento se enfoca en 1 usuario (el user es Desarrollador1 que es donde se encuentran tablas, funciones, package, procedimientos, jobs, vistas) existen otras tablas en otro usuario llamado aplicación (contiene otras tablas que sirven para el inicio de sesion y otra informacion) adicional a esto crearon una vista en el sys pero esa no es q sea muy dispendiosa volver a crear... pero esa es mi duda, si todo esta con sinonimos publicos, al momento de crear el otro usuario con lo mismo estos sinonimos seguiran apuntando al usuario original y no al nuevo, por eso pregunto, si se debe hacer algun cambio en la programación ya que lo que quieren es reutilizar todo lo de una empresa para la otra sin modificar una sola linea de codigo.

Lo de la creación de la otra instancia lo realice aunque como lo tengo en un server virtual con 512MB pues la maquina se quedaba... pero ahora que lei lo que dijiste de 3 instancias en un server virtual me di cuenta de que es porque le asigne muy poca memoria a la virtual.


Scooby151

[matanga]

Hola,

No tengo idea de si sera necesario un cambio en la aplicacion, lo unico que te puedo decir es como solucionar (probablemente) el tema de los sinonimos publicos, pero primero hay que entender el orden en que Oracle resuelve el nombre de los objetos.

Supongamos que la aplicacion se conecta a la base de datos con el usuario U01 y hace una consulta SELECT col01, col02 FROM t1 (asumiendo que t1 es una tabla), el parser primero busca la tabla t1 dentro del esquema U01, si no la encuentra, busca un sinonimo privado llamado T1 dentro del esquema U01, si no lo encuentra, busca un sinonimo publico llamado T1.

Por lo tanto, si la aplicacion se divide entre dos usuarios, por seguir con tu estructura, Desarrollador1 y aplicación, y se conecta a la base de datos con Desarrollador1, es en este mismo esquema donde hay que crear los sinonimos, es decir, reemplazar los sinonimos publicos, por sinonimos privados dentro del esquema Desarrollador1, por ejemplo,

Tabla: Desarrollador1.T1
Tabla: Desarrollador1.T2
Sinonimo: Desarrollador1.T3 --> aplicacion.T3

En cuanto a la configuracion de la memoria, como minimo recomendado en 10g, vas a necesitar 180M para SGA y 40M para PGA, mas aproximadamente, 1M por conexion.

Saludos