Para este laboratorio debemos tener en cuenta que siempre y cuando el repositorio de la base de datos no haya sido borrado se puede realizar el cambio de host, esta documentación aplica solo para los siguiente casos:
- Cambio de versión de base de datos con schema de rcu migrado
- Cambio de host de la base de datos
- Migración del schema a otra instancia de base de datos
Nota: En caso de que el schema del rcu haya sido borrado del todo, no hay forma de recuperarlo según mi experiencia, es necesario hacer una reinstalación completa de forms.
Los primero que debemos hacer es bajar todos los servicios de forms:
- Servidor de reportes
- ohs
- WLS_REPORTS
- WLS_FORMS
- NodeManager
- AdminServer
Luego de ello para realizar el cambio debemos ir a la siguiente ruta:
cd $DOMAIN_HOME/config
Dentro vamos a cambiar el host en todos los archivos .xml de las siguientes carpetas:
- jdbc
- fmwconfig
Los archivos a modificar en cada ruta son los siguientes:
En jdbc son:
- LocalSvcTblDataSource-jdbc.xml
- opss-audit-jdbc.xml
- opss-auditview-jdbc.xml
- opss-datasource-jdbc.xml
- En algunas versiones de forms también se debe cambiar este archivo WLSSchemaDataSource-jdbc.xml solo si se encuentra en la carpeta.
En fmwconfig son:
- jps-config.xml
- jps-config-jse.xml
Para hacerlo de una forma más rápida podemos ejecutar los siguientes comandos una carpeta antes:
cd $DOMAIN_HOME/config
find jdbc/ -name ".xml" -print | xargs sed -i "s/hostViejo/hostNuevo/g"
find fmwconfig/ -name ".xml" -print | xargs sed -i "s/hostViejo/hostNuevo/g"
Luego de haber ejecutado los comandos podemos iniciar todos los servicios de forms con normalidad.
Buenos días,
Tenemos instalado weblogic 12c forms y reports y queremos migrar nuestra base de datos actual de la versión 11g a 21c.
Cuando hicimos la migración no nos arrancaba el adminserver de weblogic, porque no portamos los esquemas Dev de la base de datos RCU que se encuentra en 11g.
No sabemos cómo reconectar weblogic 12c a la base de datos 21c. Por lo que vimos no vale solo crear nuevo jdbc.
Me podrías echar un cable porfa?
Hola! Para esta situación tienen 2 opciones:
1. Si tienes una respaldo de los schemas configurados en el ambiente, pueden pasarlos a la nueva base de datos con los mismos password y levantará sin problemas con el cambio de host.
2. En caso de no tener un respaldo, será necesario recrear los schemas usando la utilidad rcu.sh y luego deberán reconfiguración el dominio y pegarlo a los schemas, el tema esque muchas veces por la metadata ya configurada, tiene a presentar errores, entonces yo recomiendo recrear el dominio de weblogic nuevamente pegado a los nuevos schemas rcu y con los componentes que necesiten ya sean reports server y ohs.
Muchas gracias Emanuel ,
Estoy reinstalando weblogic desde 0 siguiendo tu manual de instalación Weblogic Forms y Reports 12C.
De momento la instalación ha ido bien, ahora a ver si soy capaz de desplegar las aplicaciones (fmb’s y fmx).
Muchas gracias por tu respuesta!!!!
Hola Emmanuel,
tengo dos instalaciones de Forms y Report en Windows para desarrollo, las cuales durante la ejecución del RCU crearon los esquemas (prefix) en un servidor Linux con Oracle 12C. A la fecha dicho servidor ya no existe, pero las instalaciones de Forms y Report se siguen usando para desarrollo.
Las instalaciones trabajan, pero los desarrolladores se quejan de mucha lentitud. Estoy suponiendo que la falta del servidor es la causa.
Será posible crearles nuevos esquemas a estas instalaciones en un Linux con Oracle 19c ? O será que los ambientes se tiene que reinstalar desde cero.
Me puedes dar algunas ideas ? Por desgracia soy un administrador metido en este rollo de weblogic / forms y reports.
Cualquier ayuda es bienvenida
La lentitud en sistemas Oracle Forms se pueden deber a muchas razones, habría que revisar puertos, estado del filesystem, logs del dominio, picos de procesamiento, cantidad de conexiones concurrentes, entre otro montón de puntos para llegar con la solución, si borraron los schemas del RCU, el dominio de Weblogic no debería levantar y si levanta significa que está pegada a otra base de datos porque sin esos schemas la instalación no levanta.
Ahora bien, sí se pueden volver a crear los schemas, sin embargo, se debe reconfigurar el dominio de Weblogic ya que al borrar esos schemas sino había un respaldo, es muy difícil que la instalación pueda volver a levantar.
Si lo que están usando es solo el forms builder para desarrollar, eso también servirá pero al momento de ejecutar una forma en el servidor, debería dar error, una vez me pasó algo similar y resultó que la instalación de Oracle Forms tenía como 2 años de haberse reiniciado y cuando se reinició, luego no volvió a levantar y tuvimos que reconfigurar el dominio nuevamente.
Debe hacer un revisión cuidadosa porque si es un tema de caché, log o basura, se debe hacer una limpieza y reiniciar el servidor y es ahí donde se puede complicar todo
Gracias Emmanuel,
algunas aclaraciones.
-La lentitud se da en los Windows cuando los desarrolladores quieren modificar un reporte o una forma.
– Durante el proceso de cargar de un forma/reporte en la ventana se ve constantemente «No Responding», pero al final termina desplegando.
– Los Windows son solo para desarrollo, ellos no ejecutan formas o reportes.
– Para validar las modificaciones de la formas o reportes el desarrollador las deposita en un servidor Linux con WL.
– En estos Windows, en el pasado, se ejecutó el RCU para la creación de los esquemas asociados al desarrollador. Era una BD 12C
– El servidor donde se crearon estos estos esquemas ya no existen, pero tengo un respaldo.
– El servidor Linux con WL es nuevo y en ese mismo tengo una BD 19c, ahi estan unicamente los esquemas del servidor WL Linux.
– Mi idea es ver si es posibleme migrar los esquemas de los desarrolladores a ese nueva BD, con la esperanza de que mejore los tiempos de carga
Es posible lo que te planteo ?
Gracias por cualquier aporte.
Edén
En ese caso si tienes un respaldo del servidor viejo donde tiene los schemas, le recomendaría migrarlos osea hacerles un export hacía alguna base de datos y luego solo configurar el nuevo host con la guía del blog y así, sí podría funcionar y no sería necesario volver a configurar el dominio, ahora el único tema es la contraseña que para que levante debería ser la misma con la que se configuró, pero sino eso también se puede cambiar, lo importante es tener los schemas con la metadata correcta