Novata con dudas.

MM. SI ERES NOVATA TE RECOMIENDO QUE APRENDAS MUY BIEN LA
ARQUITECTURA DE SQL SERVER. YO SOY DE LOS QUE RECOMIENDO
ESTO, PUES AMI ME FUNCIONO MUCHO CON ORACLE.

EL REGISTRO DE TRANSACCIONES, (REGISTRO.LDF)
TE ALMACENA TODAS LAS TRANSACCIONES(INSERT, UPDATE,
DELETE, ETC) DESDE EL ULTIMO RESPALDO COMPLETO DE TU BASE
DE DATOS. ESTE REGISTRO ES MUY IMPORTANTE PUES TE PODRIA
PERMITIR RECUPERAR UNA BASE DE DATOS HASTA EL ULTIMO
MOMENTO ANTES DE QUE TU BASE DE DATOS FALLE.

SUPONGAMOS QUE HICISTE UN RESPALDO COMPLETO DE TU BASE DE
DATOS EL LUNES TEMPRANO. SI TU SISTEMA SE TE CAYERA,EL
LUNES POR LA TARDE Y TIENES HABILITADO EL REGISTRO DE
TRANSACCIONES, PODRIAS RECUPEAR TU BASE DE DATOS HASTA EL
ULTIMO MOMENTO.
(RESPALDO DE BASE DE DATOS COMPLETA + RESPALDO DEL
REGISTRO DE TRANSACCIONES)



A MI SE ME HIZO FACIL ENTENDERLO POR LA ANALOGIA CON
ORACLE.

NO ENTIENDO MUY BIEN A QUE TE REFIERAS PERO CUALQUIER DUDA
AQUI ESTAMOS.

Hola,

No te creas que es una pregunta de novatos ni mucho menos, la pregunta
puede tener tela.

SQL te permite hace un backup cuando hay usuarios conectados a la base
de datos y transacciones tienen lugar. Que datos realmente son salvados
en el backup es una buena pregunta.

En modo simple, puedo estar equivocado pero a mi modo de ver SQL hace
un backup completo de la base de datos y el log hasta el inicio de la
porción activa marcada por lo que se llama MinLSN (minimum recovery
log sequence number).

Un checkpoint limpia la cache del buffer al disco, no esta claro en la
documentación de los BOL si esta acción se realiza cuando un backup
se inicia en modo simple.

A ver si hay alguien en el grupo que pueda traer un poco de luz a esta
cuestión.

Saludos.

Hola,

Cuando realizas este tipo de Backup, solo le realizas copia de seguridad a
los datos que han sido COMMITED. El Log casi ni se utiliza en estos casos, ya
que solo sirve para transferir los datos desde el cache de
transacciones(buffer) hacia los DataFiles.

Ya que la duda es por perdida de datos, se estar seguro que no se perderan
datos que esten en el LOG, pero no se almacenan los datos que estan en una
transaccion activa.

NOTA: Te recomiendo utilizar un modo de recuperacion diferente a SIMPLE, no
es buena estrategia de recuperacion en Bases de datos empresariales. Si
tienes esta opcion por el crecimiento del LOG, utiliza la opcion BULK LOG y
una tarea administrativa de Shrink(Encogimiento).

Hermilson Tinoco.
MCDBA, MCSD
Colombia

"El Lince" wrote:

No tengo mucha idea todavía de SQL, pero nunca es tarde si la dicha es
buena. La pregunta es la siguiente:
Por lo que tengo entendido en SQL trabajas sobre el fichero de
transacciones y no sobre la base de datos directamente ¿verdad?, entonces si
tienes una base de datos en modo sencillo, cuando le haces una copia de
seguridad, ¿se lo estas haciendo de todos los datos o alguno se puede perder
al estar en el fichero de transacciones? (Hablamos de empresas de no más de
30 usuarios).

Gracias

Muchas gracias a todos por responder, pero me pierdo con tantos
tecnicismos.

Tinoco, me dijiste lo siguiente:
" NOTA: Te recomiendo utilizar un modo de recuperacion diferente a
SIMPLE, no
es buena estrategia de recuperacion en Bases de datos empresariales. Si
tienes esta opcion por el crecimiento del LOG, utiliza la opcion BULK LOG y
una tarea administrativa de Shrink(Encogimiento)."

Efectivamente el tema esta en el crecimiento del fichero de
transacciones (LOG), no se lo que es BULK log y mucho menos SHRINK, me lo
puedes explicar?.


"Tinoco" escribió en el mensaje
news:

Hola,

Cuando realizas este tipo de Backup, solo le realizas copia de seguridad a
los datos que han sido COMMITED. El Log casi ni se utiliza en estos casos,

ya

que solo sirve para transferir los datos desde el cache de
transacciones(buffer) hacia los DataFiles.

Ya que la duda es por perdida de datos, se estar seguro que no se perderan
datos que esten en el LOG, pero no se almacenan los datos que estan en una
transaccion activa.

NOTA: Te recomiendo utilizar un modo de recuperacion diferente a SIMPLE,

no

es buena estrategia de recuperacion en Bases de datos empresariales. Si
tienes esta opcion por el crecimiento del LOG, utiliza la opcion BULK LOG

y

una tarea administrativa de Shrink(Encogimiento).

Hermilson Tinoco.
MCDBA, MCSD
Colombia

"El Lince" wrote:

> No tengo mucha idea todavía de SQL, pero nunca es tarde si la dicha

es

> buena. La pregunta es la siguiente:
> Por lo que tengo entendido en SQL trabajas sobre el fichero de
> transacciones y no sobre la base de datos directamente ¿verdad?,

entonces si

> tienes una base de datos en modo sencillo, cuando le haces una copia de
> seguridad, ¿se lo estas haciendo de todos los datos o alguno se puede

perder

> al estar en el fichero de transacciones? (Hablamos de empresas de no más

de

> 30 usuarios).
>
> Gracias
>
>
>
>

Hola:

Creo que te puede aclarar bastante el punto de las FAQ's del grupo en el que
se habla de cómo reducir el log de transacciones. Además puedes echar un
vistazo al resto, ya que ahí hemos intentado recuperar los preguntas más
habituales de este grupo de noticias, y sus respuestas detalladas
www.helpdna.net/bosqlfaq.htm

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"El Lince" escribió en el mensaje
news:Ofz2P4L$

Muchas gracias a todos por responder, pero me pierdo con tantos
tecnicismos.

Tinoco, me dijiste lo siguiente:
" NOTA: Te recomiendo utilizar un modo de recuperacion diferente a
SIMPLE, no
es buena estrategia de recuperacion en Bases de datos empresariales. Si
tienes esta opcion por el crecimiento del LOG, utiliza la opcion BULK LOG
y
una tarea administrativa de Shrink(Encogimiento)."

Efectivamente el tema esta en el crecimiento del fichero de
transacciones (LOG), no se lo que es BULK log y mucho menos SHRINK, me lo
puedes explicar?.


"Tinoco" escribió en el mensaje
news:

Hola,

Cuando realizas este tipo de Backup, solo le realizas copia de seguridad
a
los datos que han sido COMMITED. El Log casi ni se utiliza en estos
casos,

ya

que solo sirve para transferir los datos desde el cache de
transacciones(buffer) hacia los DataFiles.

Ya que la duda es por perdida de datos, se estar seguro que no se
perderan
datos que esten en el LOG, pero no se almacenan los datos que estan en
una
transaccion activa.

NOTA: Te recomiendo utilizar un modo de recuperacion diferente a SIMPLE,

no

es buena estrategia de recuperacion en Bases de datos empresariales. Si
tienes esta opcion por el crecimiento del LOG, utiliza la opcion BULK LOG

y

una tarea administrativa de Shrink(Encogimiento).

Hermilson Tinoco.
MCDBA, MCSD
Colombia

"El Lince" wrote:

> No tengo mucha idea todavía de SQL, pero nunca es tarde si la dicha

es

> buena. La pregunta es la siguiente:
> Por lo que tengo entendido en SQL trabajas sobre el fichero de
> transacciones y no sobre la base de datos directamente ¿verdad?,

entonces si

> tienes una base de datos en modo sencillo, cuando le haces una copia de
> seguridad, ¿se lo estas haciendo de todos los datos o alguno se puede

perder

> al estar en el fichero de transacciones? (Hablamos de empresas de no
> más

de

> 30 usuarios).
>
> Gracias
>
>
>
>