Problemas al guardar y enviar autorización un tipo de ingreso (Evolution 1.8.3.1 - Oracle) ORA-01591 y ORA-12514

Question

Me encuentro creando un nuevo tipo de ingreso pero al darle clic al botón "Guardar y Enviar Autorización" me indica el siguiente error:

alt text

Pero al guardar el registro el sistema queda en un estado "procesando....". alt text

Volvimos a crear el registro que no logro guardar, pero nos indico el siguiente error:

Oracle.ManagedDataAccess.Client.OracleException
ORA-01591: bloqueo mantenido por la transacción dudosa distribuida 10.21.157975 ORA-06512: en línea 4
System.Data.UpdateException: An error occurred while updating the entries. See the inner exception for details. ---> Oracle.ManagedDataAccess.Client.OracleException: ORA-01591: bloqueo mantenido por la transacción dudosa distribuida 10.21.157975

La entidad TiposIngresos no tiene una ruta especificada.

Luego se configuro el MSDTC para Oracle y se logro superar el error, pero fallo con la siguiente excepción:

ORA-12514: TNS:el listener no conoce actualmente el servicio solicitado en el descriptor de conexión

Accepted Answer

2

ORA-12514 TNS:listener does not currently know of service requested in connect descriptor

Esta excepción se puede presentar porque el cliente no puede encontrar la base de edatos especificada en el archivo tnsnames.ora. Y tiene que ver con usar SID en lugar de SERVICE_NAME en el alias creado.

La recomendación es que NO SE UTILICE el archivo tnsnames.ora, si no que se utilicen las cadenas de conexión en formato de "Easy Connect", que es:

<host>[:<port>]/<service_name>

Esto se ubica en el parámetro DataSource de la cadena de conexión.

Por ejemplo:

data source=servidor/xe;user id=EVODATA;password=EVODATA

Con esta notación ya no se necesitan crear alias en el archivo tnsnames.ora.

link

answered 06 Nov '14, 17:13

Fernando Paz ♦♦
17.3k●8●16●35
accept rate: 51%

una consulta que puede ayudarles a saber el nombre del service name en el esquema SYSTEM:

select sys_context('userenv','db_name') from dual;
y por cierto en mi caso funciono así:
IP DEL SERVIDOR/SERVICE_NAME

(31 Jan '15, 00:18) Jimy Tobar ♦♦

hay un comando que ya no probé, en teoría se escribe en la línea de comandos del servidor de base de datos y nos muestra el listado de servicios de nombre:

lsnrctl status

(31 Jan '15, 14:31) Jimy Tobar ♦♦

Answer 2

0	Me parece que has de tener malo un string de conexión. Específicamente el de EvolutionServices... link answered 03 Nov '14, 16:14 sabanito ♦♦ (suspended) accept rate: 54%

Answer 3

*Las cadenas de conexión las tengo de la siguiente forma: *

<connectionStrings>
    <clear />
    <add name="ConfigDataContext" connectionString="metadata=res://Aseinfo.VH4.DataModels/Mapping.ConfigDataContext.csdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.ConfigDataContext.ssdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.ConfigDataContext.msl;provider=Oracle.ManagedDataAccess.Client;provider connection string=&quot;USER ID=SAFEVOCONFIG;DATA SOURCE=SAF2;PERSIST SECURITY INFO=True;PASSWORD=PASSWORD&quot;" providerName="System.Data.EntityClient" />
    <add name="ActiveDirectoryUsers" connectionString="metadata=res://Aseinfo.VH4.DataModels/Mapping.ConfigDataContext.csdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.ConfigDataContext.ssdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.ConfigDataContext.msl;provider=Oracle.ManagedDataAccess.Client;provider connection string=&quot;USER ID=SAFEVODATA;DATA SOURCE=SAF2;PERSIST SECURITY INFO=True;PASSWORD=PASSWORD&quot;" providerName="System.Data.EntityClient" />
    <add name="ApplicationUsers" connectionString="metadata=res://Aseinfo.VH4.DataModels/Mapping.ConfigDataContext.csdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.ConfigDataContext.ssdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.ConfigDataContext.msl;provider=Oracle.ManagedDataAccess.Client;provider connection string=&quot;USER ID=SAFEVODATA;DATA SOURCE=SAF2;PERSIST SECURITY INFO=True;PASSWORD=PASSWORD&quot;" providerName="System.Data.EntityClient" />
    <add name="DatabaseUsers" connectionString="metadata=res://Aseinfo.VH4.DataModels/Mapping.ConfigDataContext.csdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.ConfigDataContext.ssdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.ConfigDataContext.msl;provider=Oracle.ManagedDataAccess.Client;provider connection string=&quot;USER ID=SAFEVODATA;DATA SOURCE=SAF2;PERSIST SECURITY INFO=True;PASSWORD=PASSWORD&quot;" providerName="System.Data.EntityClient" />
    <add name="EvolutionServices" connectionString="metadata=res://Aseinfo.VH4.DataModels/Mapping.AppDataContext.csdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.AppDataContext.ssdl|res://Aseinfo.VH4.DataModels/Mapping.Oracle.AppDataContext.msl;provider=Oracle.ManagedDataAccess.Client;provider connection string=&quot;USER ID=SAFEVODATA;DATA SOURCE=SAF2;PERSIST SECURITY INFO=True;PASSWORD=PASSWORD&quot;" providerName="System.Data.EntityClient" />
    <add name="ApplicationServices" connectionString="Data Source=GTSAFEVO01\EVOLUTIONSQL;Initial Catalog=SAFEvoTemp;Integrated Security=False;Persist Security Info=True;User ID=SAFEvoTempUser;Password=PASSWORD" providerName="System.Data.SqlClient" />
  </connectionStrings>

Answer 4

0

Dale roolback a la transacción y volvelo a intentar. http://juancarlosmolinos.net/2011/12/07/ora-01591-bloque-en-una-transaccion-distribuida/

link

answered 04 Nov '14, 15:40

Jimy Tobar ♦♦
(suspended)
accept rate: 56%

Vos Jimy el problema no es como destrabar la cosa, el problema es porque esta pasando eso, Julio ya hizo el rollback pero al probar nuevamente pasa lo mismo. Graba un registro y al siguiente le da el problema.

(06 Nov '14, 19:39) FerdyB

Problemas al guardar y enviar autorización un tipo de ingreso (Evolution 1.8.3.1 - Oracle) ORA-01591 y ORA-12514

Follow this question

Evolution en BitBucket

Evolution en JIRA

Related questions