PM - Involucra a los usuarios cuanto antes

Creo que todos sabemos del gran riesgo que significa no involucrar al usuario final en el desarrollo de software. Pero qué usuario final?. Alguien diria TODOS, es evidente que no sabe de que se trata , pero no es su culpa de seguro tiene diferentes habilidades.

Determinar el conjunto de usuarios es importante, estos usuarios deben ser los especialistas y tener las competencias necesarias en lo que estan pidiendo. En el proceso operativo,  es el operativo quien debe involucrase, en los procesos tácticos deben ser los mismos tácticos y ya esta claro que el nivel estrategico o de dirección, con quienes se debe trabajar.

Otro factor importante y que considero no tomar por alto, es que los ejecutivos y stakeholders, tengan idea de lo que representa un sistema y en especial lo que conlleva la implementación. Cuando se da por  terminado el desarrollo y las pruebas,  muchas veces piensan que el sistema funcionará al "otro día". Esos usuarios son peligrosos y lo ideal es trabajar con apoyo de sus superiores para avanzar sin crear el clima de desconfianza pues este tipo de usuario no desea el cambio y puede ser ficha importante en la empresa. Cuando es un ejecutivo el que piensa así realmente estas en problemas y en mi opinión la  empresa también.

Durante el proceso de desarrollo crear el circulo de confianza con los usuarios indicados es lo mejor. No olviden hacer reportar a sus jefes sus experiencias y sensaciones que experimentan o tienen sobre el sistema,  éste grupo de confianza estara al tanto de algunos detalles que se presentan en el desarrollo y al conocer los pormenores son parte de  esos detalles y saben que se resolveran. Habra alguno que no entienda que en el camino existen errores y los hara mas grande de lo que son. Pongan al grupo completo para convencerlo de que se trata el equipo, hagan ésto lo antes posible.

No se olviden, el usuario siempre sabe lo que quiere y como lo quiere. Pero no todo lo puede tener informatizado.

Involucra a los usuarios cuanto antes

Creo que todos sabemos del gran riesgo que significa no involucrar al usuario final en el desarrollo de software. Pero qué usuario final ?. Alguien diria TODOS, es evidente que no sabe de que se trata, pero no es su culpa de seguro tine diferentes habilidades.

Determinar el conjunto de usuarios es importante, estos usuarios deben ser los especialistas en lo que estan pidiendo y muchas veces resulta que en el proceso operativo,  es el operativo quien debe involucrase, en los procesos tacticos deben ser los mismos tacticos y ya esta claro que el nivel estrategico o de dirección, con quienes se debe trabajar.

Otro factor importante y que considero no tomar por alto, es que los ejecutivos y stakeholders, tengan idea de lo que representa un sistema y lo que conlleva la implementación. Cuando uno indica que termino el desarrollo y  pruebas,  muchas veces piensan que el sistema funcionará al "otro día". Esos usuarios son peligrosos y lo ideal es trabajar con apoyo de sus superiores para avanzar sin crear el clima de desconfianza pues estos son los que no desean el cambio y puede ser ficha importante en la empresa. Cuando es un ejecutivo el que piensa así realmente estas en problemas y la empresa también.

Durante el proceso de desarrollo crear el circulo de confianza con los usuarios indicados es lo mejor. No olviden hacer reportar a sus jefes sus experiencias y como circulo de confianza estaran al tanto de algunos detalles que en desarrollo se presentan y que cuando se sienten parte de esos detalles saben que se resolveran porque él los ha identificado.

OracleDBConsole service could not be started

He intentado reiteradamente realizar la siguiente tareas

C:\> emca -deconfig dbcontrol db -repos drop

Para borrar mi repositorio de EM. Lo reconstruí con

C:\> emca -config dbcontrol db -repos create

o

C:\> emca -config dbcontrol db -repos recreate

Pero al final daba este error

The OracleDBConsoledesa service could not be started.
A service specific error occurred: 2.
More help is available by typing NET HELPMSG 3547.

La solución que encontré fué editar el archive en %ORACLE_HOME%\HOSTNAME_SID\LOG\emdb.nohup, ahí encontré la línea

----- Wed Jul 25 14:53:23 2012::omsRecvDir is set? =  1 -----

----- Wed Jul 25 14:53:23 2012::osname is MSWin32 -----

"isainfo" no se reconoce como un comando interno o externo,

programa o archivo por lotes ejecutable.

----- Wed Jul 25 14:53:23 2012::heap size used is -1 -----

----- Wed Jul 25 14:53:23 2012::perm size used is -1 -----

----- Wed Jul 25 14:53:23 2012::joptions used are -server -Xmx192M -XX:MaxPermSize=200M -XX:MinHeapFreeRatio=20 -XX:MaxHeapFreeRatio=40  -----

----- Wed Jul 25 14:53:23 2012::Console Launched with PID 6636 at time Wed Jul 25 14:53:23 2012 -----

D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa\sysman\emd>D:\app\oracle\product\11.2.0\dbhome_1\jdk/bin/java -server -Xmx192M -XX:MaxPermSize=200M -XX:MinHeapFreeRatio=20 -XX:MaxHeapFreeRatio=40    -DORACLE_HOME=D:\app\oracle\product\11.2.0\dbhome_1 -Doracle.home=D:\app\oracle\product\11.2.0\dbhome_1/oc4j -Doracle.oc4j.localhome=D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa/sysman -DEMSTATE=D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa -Doracle.j2ee.dont.use.memory.archive=true -Djava.protocol.handler.pkgs=HTTPClient -Doracle.security.jazn.config=D:\app\oracle\product\11.2.0\dbhome_1/oc4j/j2ee/OC4J_DBConsole_Servidor_desa/config/jazn.xml -Djava.security.policy=D:\app\oracle\product\11.2.0\dbhome_1/oc4j/j2ee/OC4J_DBConsole_Servidor_desa/config/java2.policy -Djavax.net.ssl.KeyStore=D:\app\oracle\product\11.2.0\dbhome_1/sysman/config/OCMTrustedCerts.txt-Djava.security.properties=D:\app\oracle\product\11.2.0\dbhome_1/oc4j/j2ee/home/config/jazn.security.props -DEMDROOT=D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa -Dsysman.md5password=true -Drepapi.oracle.home=D:\app\oracle\product\11.2.0\dbhome_1 -Ddisable.checkForUpdate=true -Doracle.sysman.ccr.ocmSDK.websvc.keystore=D:\app\oracle\product\11.2.0\dbhome_1/jlib/emocmclnt.ks -Dice.pilots.html4.ignoreNonGenericFonts=true -Djava.awt.headless=true -jar D:\app\oracle\product\11.2.0\dbhome_1/oc4j/j2ee/home/oc4j.jar -config D:\app\oracle\product\11.2.0\dbhome_1/oc4j/j2ee/OC4J_DBConsole_Servidor_desa/config/server.xml 

----- Wed Jul 25 14:53:23 2012::Property 'agentTZRegion' is  missing from  D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa/sysman/config/emd.properties. This is normal when the agent is started for the very first time.Updating it... -----

----- Wed Jul 25 14:53:23 2012::D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa/sysman/config/emd.properties copied to D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa/sysman/config/emd.properties.2012-07-25-14-53-23 while updating the property  'agentTZRegion' -----

----- Wed Jul 25 14:53:24 2012::An agentTZregion of 'America/Caracas' is installed in D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa/sysman/config/emd.properties. -----

----- Wed Jul 25 14:53:26 2012::tzOffset for America/Caracas is -270(min), but agent is runnning with tzOffset -240(min)

 -----

----- Wed Jul 25 14:53:26 2012::trying again after waiting for 1 sec to account for daylight transition

 -----

----- Wed Jul 25 14:53:26 2012::tzOffset for America/Caracas is -270(min), but agent is runnning with tzOffset -240(min)

 -----

25-jul-2012 14:23:26 com.evermind.server.XMLApplicationServerConfig randomizeJtaAdminPassword

INFO: Updating JtaAdmin account

----- Wed Jul 25 14:53:26 2012::Mismatch detected between timezone in env (America/Caracas) and in D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa/sysman/config/emd.properties (America/Caracas). Forcing value to latter.. -----

----- Wed Jul 25 14:53:26 2012::The agentTZRegion value in D:\app\oracle\product\11.2.0\dbhome_1\Servidor_desa/sysman/config/emd.properties is not in agreement with what agent thinks it should be.Please verify your environment to make sure that TZ setting has not changed since the last start of the agent.

If you modified the timezone setting in the environment, please stop the agent and exectute 'emctl resetTZ agent' and also execute the script mgmt_target.set_agent_tzrgn(, ) to get the value propagated to repository -----

Tenia una direferencia entre la configuracion de mi agente

C:\> emctl config agent getTZ

Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation. All rights reserved.
America/Caracas

y la de mi reloj, estaba UTC -04:00 que no coincidia con Caracas, en Windows Cambie a UTC -04:30 que si coincida con Caracas y ya esta.

realice

C:\> emctl start dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0
Copyright (c) 1996, 2010 Oracle Corporation. All rights reserved.
https://Servidor:1158/em/console/aboutApplication
Starting Oracle Enterprise Manager 11g Database Control ...The OracleDBConsoledesa service is starting...............
The OracleDBConsoledesa service was started successfully.

Oracle sqlplus / as sysdba windows error

Cuando realizo la sentencia
 
C:\> sqlplus /nolog
SQL> connect / as sysdba
ERROR:
ORA-12560: TNS:protocol adapter error:

y funciona

C:\> sqlplus scott/tiger@desarrollo 


esto me indica que los servicios, el listener y todo funciona, pero cuando quiero entrar como sysdba sin usuario en la misma consola Windows no funciona.


Me percate que en el mismo servidor instale el Cliente y mi PATH apuntaba a la aplicacion cliente y al dominio, en ese orden, cambie la prioridad de busqueda y puse:

PATH=%ORACLE_HOME%;%CLIENT_ORACLE_HOME%;%PATH%

no 

PATH=%CLIENT_ORACLE_HOME%;%ORACLE_HOME%;%PATH%

mucha cosas empezaron a funcionar.

 



 
 

Oracle Data Modeler - cambiar el DB connection

Al realizar la importacion de un modelo de Oracle desde Data Dicitonary, los objectos importados registran su DB connection. Esto es muy útil cuando queremos sincronizar modificaciones con la conexión actual. Sin embargo cuando queremos llevar el modelo a otra base de datos y otro esquema existe problemas, no se puede. La solución que le he dato es la siguiente, auque requiere mas trabajo.

Caso 1.
si queremos sincronizar (generar script) con otra instancia con el mismo nombre de esquema, lo unico que hago es cambiar las caracteristicas de la conexión en el Data Dictionary apuntando a la otra instancia.

Caso 2.
si queremos sincronizar con la otra instacia y tiene otro nombre de esquema, creo un modelo vacio, importo el usuario (solo el nombre debe ser 1 unico objeto) de la nueva instancia con Import Data Dictionary, solo tendre 1 objeto. Nuevamente realizo la importación pero con Data Modeler Designer y apunto al Modelo original. Esta importación no me traera la información de DB Connection y listo.


DM Version 3.1.1.703