Jump to content

Drama Oracle ODBC 32 bits


Recommended Posts

Acá en la pega configuramos un servdidor con Oracle 11g y luego le creamos la ODBC de 32 bits usando obcad32 para ejecutar la aplicación que necesitaba conectarse a la BD.

 

Todo perfecto en el ambiente de desarrollo. El drama ahora apareció cuando movimos el servidor a la red de prpoducción. Se suponía que moverlo era solo cambiar la IP del servidor en el tsnames.ora y nada mas; pero por alguna razón la ODBC x32 dejó de funcionar y me da error de timeout.

 

Lo extraño es que si creo una odbc x64, uso el SQLPlus o me conecto desde otro pc de la red a la BD usando una odbc x32, puedo acceder sin ningún problema. El problema ocurre sólo con la odbc x32 del mismo servidor.

 

Estoy googleando para saber mas acerca de este problema, pero casi todo lo que he pillado me dice lo que ya se: usa odbcad32 en syswow64 para x32 y el otro para x64.

 

Quisiera preguntarles si le ha pasado algo similar, y como podría corregir esto sin tener que reinstalar el cliente Oracle, porque eso de acuerdo a la documentacion de oracle tampoco es tan simple como doble clic-siguiente-siguiente-finalizar como ocurre con MS SQL.

Edited by The Duke of Quakem
Link to comment
Share on other sites

No puedo visualizar mucho la red o la separación de segmentos entre red y producción que tienen :tonto: (PS: Virtualizen man :notonto: ); aunque tal vez sea un tema de puertos. Te sugiero plantear de mejor manera tu problema ;)

 

Saludos :krider:

Link to comment
Share on other sites

Pensaba hacerlo, pero creo como que ya no vale la pena.

 

Un graciosillo se le oucrrió "reinstalar" el cliente Oracle x32 y de alguna manera la base de datos hizo PUF!. Ni idea que o como lo hizo, solo que los archivos .DBF desaparecieron de la carpeta oradata (por eso que Oracle me daba error de Listener cuando intente reconectar y siendo que estaba todo correctamente configurado) y usando recuva para ver si podía restaurarlos, no aparecieron los dbf pero si encontré un silent.log que tenía un mensaje que decia algo como "esta acción borrará la instancia de base de datos. Desea continuar?", y como parece que fue una acción desatendida, nunca supo que pasó.

 

Lo bueno es que hay respaldo. Lo malo es que es casi de 1 mes de antigüedad, por lo que obligado a hacer horas extras digitando todo de nuevo... :golpe:

 

Asi que mejor supongo que cierren esto pq la wá de pregunta va a quedar sin respuesta... :nopuedeser:

 

PD: En cuanto a la "separación" de red, el servidor se configuró en las oficinas administrativas (red local de desarrollo 192.168.0.x), y luego se trasladó fisicamente a terreno (red de producción 10.18x.x.x) en donde el "terribe débéá" se mandó el numerito.

Edited by The Duke of Quakem
Link to comment
Share on other sites

Changos....por eso man, mejor virtualizar ambiente de desarrollo, y clonar máquina a producción y listo pos :tonto: , asi se ahorran este tipo de numeritos :notonto: ...Flor de DBA en todo caso manito :tontotv:

 

 

PS: Ahora todo virtualizado...es la regla :zanfry:

PS: Se cierra a petición del....oooooh waiiitttt, viejas costumbres :notonto:

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...