Log files en Bussines Intelligence Environment, convienen?

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::
Mostrar la cita

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'

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:%
Mostrar la cita

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'

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

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$
Mostrar la cita

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

¿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

Mostrar la cita

Gracias Gustavo

Pero mira, por ejemplo, nuestro issue mas importante

es ahora
Mostrar la cita

performance, no hay entonces forma de bloquear que SQL

grabe en el log por
Mostrar la cita

cada operación que hace? por ejemplo, utilizamos TRUNCATE

para evitar que a
Mostrar la cita

la hora de borrar los datos de una tabla, registre esos

movimientos,
Mostrar la cita

considerando que en la DB siempre se regeneran los datos

desde una
Mostrar la cita

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

transacciones
Mostrar la cita

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

principal problema es
Mostrar la cita

tiempos de respuesta), entonces, no hay forma de lograr

esto? lo unico que
Mostrar la cita

puedo hacer es Shrink del Log?

THNX

K'

"Gustavo Larriera [MVP]" wrote

in message
Mostrar la cita

news:%
Mostrar la cita

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
Mostrar la cita

Mostrar la cita

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

warranties, and
Mostrar la cita

Mostrar la cita

confers no rights.



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

escenario, hay un
Mostrar la cita

Mostrar la cita

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

extraen de una DB2, y
Mostrar la cita

Mostrar la cita

> en
> SQL Server se procesan, ahora, mi pregunta es, en base

a este tipo de
Mostrar la cita

Mostrar la cita

> entorno, conviene llevar un Log file? considerando que

no es un entorno
Mostrar la cita

Mostrar la cita

> transaccional
>
> THNX
>
> K'

.