Bloqueo al insertar o actualizar en SQL

12/10/2005 - 01:01 por Juan F Botero | Informe spam

Saludos

Tenemos el siguiente problema. un servidor win2000 server con SQL 7 a las 9
y a la 1 pm no todos los dias, y bloquea cualquier insercion o modificacion
a la BD. permite consultar. pero sino se reinicia, no deja insertar o
modificar.

El visor de sucesos genera el error

Tipo de evento: Información
Origen de eventos: Oakley
Categoría de eventos: Ninguno
Evento identificador: 542
Descripción:
La directiva de seguridad IP para ISAKMP/Oakley especificó un algoritmo de
cifrado que no es válido debido a restricciones de criptografía de
exportación. Todos los cifrados 3DES utilizados por ISAKMP/Oakley se
debilitan a cifrado estándar DAR. Esto generalmente es benigno. Aún,
ISAKMP/Oakley aún ser capaz de negociar parámetros de seguridad IP y
protegerá aquella negociación con cifrado DAR. Esto sólo debería tener
preocupación si solicita que la negociación ISAKMP/Oakley es protegida con
3DES cifrado. Si esto es el caso, vuélvase a poner en contacto con su
administrador de red.

Alguna sugerencia?

Gracias

begin 666 p.gif
M1TE&.#EAB0`1`( !```3S/___R'Y! $```$`+ ````")`!$```+1C(^IR^T/
MHYRTVHNSWKS[#S[ 6(TFH)WD828H\RIO'$XQ+;L?/K,(_H,9@#4'KW'T')-#
M7U,8(!:ABU9T]0S.L%?@TNB,LK"]+LUJ_I'%5^2XS.:=AO"Z2Y6MAKU/NXXMY[0"]R<X!YB7A6?&% 2&`JDVV+=G=4-GZ4A%69@(R+<9EA@9J<AY^6F*. I&
MI]JH&LBJYYFZ=RJ8RRG+6T5RPW66\R8Y["N%^E:V%6R)UB7*-34]+yH9*M
9O<W=[?T-'BX^_DQM?HZ>KK[.WN[N40``.P``
`
end

Siga el debate

4 respuestas

Tengo una respuesta

Preguntas similare

Error de bloqueo al intentar actualizar W98 a WXP

Leer las respuestas

#1 Maxi $MVP SQL Server$

12/10/2005 - 02:12 | Informe spam

Hola, pone una traza de profiler y fijate que pasa en ese momento

Microsoft MVP SQL SERVER

Culminis SQL-Server Speakers (http://latam.culminis.com)

Maxi - Buenos Aires - Argentina
Msn_messager:
mail: Maxi.da[arroba]gmail.com

"Juan F Botero" escribió en el mensaje
news:%

Saludos

Tenemos el siguiente problema. un servidor win2000 server con SQL 7 a las
9 y a la 1 pm no todos los dias, y bloquea cualquier insercion o
modificacion a la BD. permite consultar. pero sino se reinicia, no deja
insertar o modificar.

El visor de sucesos genera el error

Tipo de evento: Información
Origen de eventos: Oakley
Categoría de eventos: Ninguno
Evento identificador: 542
Descripción:
La directiva de seguridad IP para ISAKMP/Oakley especificó un algoritmo de
cifrado que no es válido debido a restricciones de criptografía de
exportación. Todos los cifrados 3DES utilizados por ISAKMP/Oakley se
debilitan a cifrado estándar DAR. Esto generalmente es benigno. Aún,
ISAKMP/Oakley aún ser capaz de negociar parámetros de seguridad IP y
protegerá aquella negociación con cifrado DAR. Esto sólo debería tener
preocupación si solicita que la negociación ISAKMP/Oakley es protegida con
3DES cifrado. Si esto es el caso, vuélvase a poner en contacto con su
administrador de red.

Alguna sugerencia?

Gracias

Responder a este mensaje

#2 Rolando escobar

12/10/2005 - 04:28 | Informe spam

No me suena a "bloqueo"... me parece que se te llena el log de
transacciones es mi primera impresión... ¿que procesos corres ha esa
hora?.

saludos
Rolando Escobar
www.interdata.cl

"Juan F Botero" escribió:

Saludos

Tenemos el siguiente problema. un servidor win2000 server con SQL 7 a las 9
y a la 1 pm no todos los dias, y bloquea cualquier insercion o modificacion
a la BD. permite consultar. pero sino se reinicia, no deja insertar o
modificar.

El visor de sucesos genera el error

Tipo de evento: Información
Origen de eventos: Oakley
Categoría de eventos: Ninguno
Evento identificador: 542
Descripción:
La directiva de seguridad IP para ISAKMP/Oakley especificó un algoritmo de
cifrado que no es válido debido a restricciones de criptografía de
exportación. Todos los cifrados 3DES utilizados por ISAKMP/Oakley se
debilitan a cifrado estándar DAR. Esto generalmente es benigno. Aún,
ISAKMP/Oakley aún ser capaz de negociar parámetros de seguridad IP y
protegerá aquella negociación con cifrado DAR. Esto sólo debería tener
preocupación si solicita que la negociación ISAKMP/Oakley es protegida con
3DES cifrado. Si esto es el caso, vuélvase a poner en contacto con su
administrador de red.

Alguna sugerencia?

Gracias

Responder a este mensaje

#3 Juan F Botero

12/10/2005 - 15:36 | Informe spam

No creo que sea el log de transacciones porque esta habilitado el
crecimiento automatico sin restriccion, en un disco duro de 20 GB y solo
mide 1MB.

Lo unico que se ejecuta automaticamente son los respaldos a las 7pm.

alguna otra sugerencia?

"Rolando escobar" <Rolando escribió en
el mensaje news:

No me suena a "bloqueo"... me parece que se te llena el log de
transacciones es mi primera impresión... ¿que procesos corres ha esa
hora?.

saludos
Rolando Escobar
www.interdata.cl

"Juan F Botero" escribió:

Saludos

Tenemos el siguiente problema. un servidor win2000 server con SQL 7 a

las 9

y a la 1 pm no todos los dias, y bloquea cualquier insercion o

modificacion

a la BD. permite consultar. pero sino se reinicia, no deja insertar o
modificar.

El visor de sucesos genera el error

Tipo de evento: Información
Origen de eventos: Oakley
Categoría de eventos: Ninguno
Evento identificador: 542
Descripción:
La directiva de seguridad IP para ISAKMP/Oakley especificó un algoritmo

cifrado que no es válido debido a restricciones de criptografía de
exportación. Todos los cifrados 3DES utilizados por ISAKMP/Oakley se
debilitan a cifrado estándar DAR. Esto generalmente es benigno. Aún,
ISAKMP/Oakley aún ser capaz de negociar parámetros de seguridad IP y
protegerá aquella negociación con cifrado DAR. Esto sólo debería tener
preocupación si solicita que la negociación ISAKMP/Oakley es protegida

con

3DES cifrado. Si esto es el caso, vuélvase a poner en contacto con su
administrador de red.

Alguna sugerencia?

Gracias

begin 666 p.gif
M1TE&.#EAB0`1`( !```3S/___R'Y! $```$`+ ````")`!$```+1C(^IR^T/
MHYRTVHNSWKS[#S[ 6(TFH)WD828H\RIO'$XQ+;L?/K,(_H,9@#4'KW'T')-#
M7U,8(!:ABU9T]0S.L%?@TNB,LK"]+LUJ_I'%5^2XS.:=AO"Z2Y6MAKU/NXXMY[0"]R<X!YB7A6?&% 2&`JDVV+=G=4-GZ4A%69@(R+<AY^6F*. I&
MI]JH&LBJYYFZ=RJ8RRG+6T5RPW66\R8Y["N%^E:V%6R)UB7*-34]+yH9*M
9O<W=[?T-'BX^_DQM?HZ>KK[.WN[N40``.P``
`
end

Responder a este mensaje

#4 Rolando escobar

13/10/2005 - 01:48 | Informe spam

Pero algun proceso se ejecuta en esa hora puede ser que tenga una
actividad muy grande y el autocrecimiento sea menor que eso... habría que
monitorear... puede sacar una traza a esa hora ?... puedes revisar los
checkpoints prueba en esa hora en el supuesto "bloqueo" hacer el
checkpoint a mano y el truncado del log de transacciones y ve si suelta

enviame mas información para no tirar tantos palos de ciego... ¿algun
dump?... algo más...

muchas veces se asume como bloqueo "clavadas" del log . en el momento de
los "bloqueos" que te canta el sp_locks utiliza el profiler...

saludos
Rolando

"Juan F Botero" wrote:

No creo que sea el log de transacciones porque esta habilitado el
crecimiento automatico sin restriccion, en un disco duro de 20 GB y solo
mide 1MB.

Lo unico que se ejecuta automaticamente son los respaldos a las 7pm.

alguna otra sugerencia?

"Rolando escobar" <Rolando escribió en
el mensaje news:
> No me suena a "bloqueo"... me parece que se te llena el log de
> transacciones es mi primera impresión... ¿que procesos corres ha esa
> hora?.
>
> saludos
> Rolando Escobar
> www.interdata.cl
>
> "Juan F Botero" escribió:
>
>> Saludos
>>
>> Tenemos el siguiente problema. un servidor win2000 server con SQL 7 a
las 9
>> y a la 1 pm no todos los dias, y bloquea cualquier insercion o
modificacion
>> a la BD. permite consultar. pero sino se reinicia, no deja insertar o
>> modificar.
>>
>> El visor de sucesos genera el error
>>
>> Tipo de evento: Información
>> Origen de eventos: Oakley
>> Categoría de eventos: Ninguno
>> Evento identificador: 542
>> Descripción:
>> La directiva de seguridad IP para ISAKMP/Oakley especificó un algoritmo
de
>> cifrado que no es válido debido a restricciones de criptografía de
>> exportación. Todos los cifrados 3DES utilizados por ISAKMP/Oakley se
>> debilitan a cifrado estándar DAR. Esto generalmente es benigno. Aún,
>> ISAKMP/Oakley aún ser capaz de negociar parámetros de seguridad IP y
>> protegerá aquella negociación con cifrado DAR. Esto sólo debería tener
>> preocupación si solicita que la negociación ISAKMP/Oakley es protegida
con
>> 3DES cifrado. Si esto es el caso, vuélvase a poner en contacto con su
>> administrador de red.
>>
>> Alguna sugerencia?
>>
>> Gracias
>>
>>
>>
>>
>>
>>

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

Busqueda sugerida