Log files en Bussines Intelligence Environment, convienen?

25/01/2005 - 20:34 por K | Informe spam
Saludos

Alguien me podría dar su opinión, este es el escenario, hay un entorno
de BI (Bussiness Inteligence), ahora, los datos se extraen de una DB2, y en
SQL Server se procesan, ahora, mi pregunta es, en base a este tipo de
entorno, conviene llevar un Log file? considerando que no es un entorno
transaccional

THNX

K'

Preguntas similare

Leer las respuestas

#1 Gustavo Larriera [MVP]
25/01/2005 - 21:13 | Informe spam
En SQL Server no se puede tener una base de datos sin log de
transacciones.

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and
confers no rights.



"K'" wrote in message
news::
Saludos

Alguien me podría dar su opinión, este es el escenario, hay un
entorno
de BI (Bussiness Inteligence), ahora, los datos se extraen de una DB2, y
en
SQL Server se procesan, ahora, mi pregunta es, en base a este tipo de
entorno, conviene llevar un Log file? considerando que no es un entorno
transaccional

THNX

K'
Respuesta Responder a este mensaje
#2 K
25/01/2005 - 21:30 | Informe spam
Gracias Gustavo

Pero mira, por ejemplo, nuestro issue mas importante es ahora
performance, no hay entonces forma de bloquear que SQL grabe en el log por
cada operación que hace? por ejemplo, utilizamos TRUNCATE para evitar que a
la hora de borrar los datos de una tabla, registre esos movimientos,
considerando que en la DB siempre se regeneran los datos desde una
replicación en DB2, no es necesario llevar realmente las transacciones
(Sería recomendable, estoy de acuerdo, pero nuestro principal problema es
tiempos de respuesta), entonces, no hay forma de lograr esto? lo unico que
puedo hacer es Shrink del Log?

THNX

K'

"Gustavo Larriera [MVP]" wrote in message
news:%
En SQL Server no se puede tener una base de datos sin log de
transacciones.

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and
confers no rights.



"K'" wrote in message
news::
> Saludos
>
> Alguien me podría dar su opinión, este es el escenario, hay un
> entorno
> de BI (Bussiness Inteligence), ahora, los datos se extraen de una DB2, y
> en
> SQL Server se procesan, ahora, mi pregunta es, en base a este tipo de
> entorno, conviene llevar un Log file? considerando que no es un entorno
> transaccional
>
> THNX
>
> K'

Respuesta Responder a este mensaje
#3 Isaías
26/01/2005 - 01:01 | Informe spam
Con el permiso de Gustavo

SQL Server, como bien lo dijo Gustavo, es un manejador de
base de datos TRANSACCIONAL, en los INSERT, DELETE y
UPDATE, las transacciones son intrinsicas, esto es por
seguridad.

Si deseas saber mas sobre como limpiar el log de
transacciones, checa esta liga

http://support.microsoft.com/defaul...ttp%3a%2f%
2fwww.microsoft.com%2fIntlKB%2fSpain%2fe256%2f6%2f50.asp

Saludos
Respuesta Responder a este mensaje
#4 K
26/01/2005 - 01:24 | Informe spam
En realidad si comprendía bien todo esto, pero me plantearon la posibilidad,
el problema es que tenemos una granja de datos, y tenemos que rebejar
tiempos, habían planteado esta solución, la cual nunca había visto yo, por
eso la pregunta, los Sp's de extracción de AS400 tardan 2 hrs y el ETL
estaba en 4 hrs utilizando cognos y SP's por eso la pregunta

THNX

K'


"Isaías" wrote in message
news:20a401c5033a$20acf700$
Con el permiso de Gustavo

SQL Server, como bien lo dijo Gustavo, es un manejador de
base de datos TRANSACCIONAL, en los INSERT, DELETE y
UPDATE, las transacciones son intrinsicas, esto es por
seguridad.

Si deseas saber mas sobre como limpiar el log de
transacciones, checa esta liga

http://support.microsoft.com/defaul...ttp%3a%2f%
2fwww.microsoft.com%2fIntlKB%2fSpain%2fe256%2f6%2f50.asp

Saludos
Respuesta Responder a este mensaje
#5 ulises
26/01/2005 - 16:15 | Informe spam
¿Cuál es el modo de recuperación que tiene esa BD?, si está
en "full", podrías usar "bulk-logged" o "simple" y con ello
las inserciones con BULK INSERT son minimamente logeadas
(en forma similar a lo que con TRUNCATE) y podrías acelerar
el proceso de carga.

Saludos,
Ulises

Gracias Gustavo

Pero mira, por ejemplo, nuestro issue mas importante


es ahora
performance, no hay entonces forma de bloquear que SQL


grabe en el log por
cada operación que hace? por ejemplo, utilizamos TRUNCATE


para evitar que a
la hora de borrar los datos de una tabla, registre esos


movimientos,
considerando que en la DB siempre se regeneran los datos


desde una
replicación en DB2, no es necesario llevar realmente las


transacciones
(Sería recomendable, estoy de acuerdo, pero nuestro


principal problema es
tiempos de respuesta), entonces, no hay forma de lograr


esto? lo unico que
puedo hacer es Shrink del Log?

THNX

K'

"Gustavo Larriera [MVP]" wrote


in message
news:%
En SQL Server no se puede tener una base de datos sin log de
transacciones.

Gustavo Larriera, MVP
Uruguay LatAm
http://sqljunkies.com/weblog/gux/
Este mensaje se proporciona "COMO ESTA" sin garantias y




no otorga ningun
derecho / This posting is provided "AS IS" with no




warranties, and
confers no rights.



"K'" wrote in message
news::
> Saludos
>
> Alguien me podría dar su opinión, este es el




escenario, hay un
> entorno
> de BI (Bussiness Inteligence), ahora, los datos se




extraen de una DB2, y
> en
> SQL Server se procesan, ahora, mi pregunta es, en base




a este tipo de
> entorno, conviene llevar un Log file? considerando que




no es un entorno
> transaccional
>
> THNX
>
> K'





.

Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida