Consulta

06/08/2004 - 12:47 por Pablo Fabian Savino | Informe spam
Hola,

dos preguntas cruciales:

1- Si una DB se daña (no importa la razon) es posible que el server lebante
automaticamente el backup mas reciente y que todo continue?


2-Si el server esta haceindo una transaccion, y de repente al cliente o al
mismo server se le desconecta el cable de red, este hace un rollback o
.nos vamos por el caño?


Salute

Preguntas similare

Leer las respuestas

#1 Carlos Sacristan
06/08/2004 - 13:14 | Informe spam
"Pablo Fabian Savino" escribió en el mensaje
news:
Hola,

dos preguntas cruciales:

1- Si una DB se daña (no importa la razon) es posible que el server


lebante
automaticamente el backup mas reciente y que todo continue?


-> automáticamente, no. Eso lo tendrás que hacer tú de modo totalmente
manual...



2-Si el server esta haceindo una transaccion, y de repente al cliente o al
mismo server se le desconecta el cable de red, este hace un rollback o
.nos vamos por el caño?


-> buena preocupación. Si quieres compruébalo por tí mismo: abre una
conexión desde el Query Analyzer, abre una transacción, borra por ejemplo
los datos de la tabla employees de northwind y finaliza el proceso (desde el
administrador de tareas, para que sea un poco "bestia" dicha finalización).
Abre otra conexión y comprueba qué ha pasado

Como verás, la situación anterior te la tiene que garantizar cualquier
gestor de base de datos (ya sabes, ACID). Si una transacción no ha sido
confirmada, NUNCA puede verse reflejada en los datos reales.



Salute







Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL
Respuesta Responder a este mensaje
#2 Pablo Fabian Savino
06/08/2004 - 13:38 | Informe spam
Aja!!!!!!!!!! con lo del back up estamos muertos!!!!
...perdon por ser tan pregunton con esta clase de preguntas, pero por
mucho tiempo programe para Sybase y la verdad que si la DB se cae,
automaticamente sybase lebanta la mas reciente, me a pasado con un db
Gigantezca que se pincho totalmente y sybase estubo 1 dia completo
lebantando y regenerando todo, y luego de eso.todo
continuo como si no hubiera pasado nada , claro esta que por un dia el
server estaba ocupado y todas las peticiones eran devueltas con um mensaje
como "Server Is Busy, restore in progress"

pero ese dia fue espectacular jejeje, es server desde una venta de comando
(automatica) iba regenerando todono paraba nunca de trabajar y
bueno...tubimos que esperar jeje

en fin, pense que sql server lo hacia tambien!

Saludos y gracias!


"Carlos Sacristan" <csacristan ARROBA mvps.org> wrote in message
news:




"Pablo Fabian Savino" escribió en el mensaje
news:
> Hola,
>
> dos preguntas cruciales:
>
> 1- Si una DB se daña (no importa la razon) es posible que el server
lebante
> automaticamente el backup mas reciente y que todo continue?
-> automáticamente, no. Eso lo tendrás que hacer tú de modo totalmente
manual...

>
>
> 2-Si el server esta haceindo una transaccion, y de repente al cliente o


al
> mismo server se le desconecta el cable de red, este hace un rollback o
> .nos vamos por el caño?
-> buena preocupación. Si quieres compruébalo por tí mismo: abre una
conexión desde el Query Analyzer, abre una transacción, borra por ejemplo
los datos de la tabla employees de northwind y finaliza el proceso (desde


el
administrador de tareas, para que sea un poco "bestia" dicha


finalización).
Abre otra conexión y comprueba qué ha pasado

Como verás, la situación anterior te la tiene que garantizar cualquier
gestor de base de datos (ya sabes, ACID). Si una transacción no ha sido
confirmada, NUNCA puede verse reflejada en los datos reales.

>
>
> Salute
>
>



Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


Respuesta Responder a este mensaje
#3 Carlos Sacristan
06/08/2004 - 13:58 | Informe spam
Bueno, no sé cómo funcionará ese sistema exactamente, pero me parece un
poco radical que si una bd se cae tire de un backup inmediatamente...
Dependerá del error que se haya producido, una restauración es una solución
para situaciones de emergencia, no por algo cotidiano. No quiero decir que
una base de datos se caiga continuamente (gracias a Dios), pero las causas
pueden ser múltiples y sus soluciones por tanto también (y no siempre una
restauración es la mejor).

En cuanto a lo de preguntón, no te preocupes. Aquí estamos todos para
aprender (yo el primero primerísimo) y la única forma es preguntando


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


"Pablo Fabian Savino" escribió en el mensaje
news:
Aja!!!!!!!!!! con lo del back up estamos muertos!!!!
...perdon por ser tan pregunton con esta clase de preguntas, pero por
mucho tiempo programe para Sybase y la verdad que si la DB se cae,
automaticamente sybase lebanta la mas reciente, me a pasado con un db
Gigantezca que se pincho totalmente y sybase estubo 1 dia completo
lebantando y regenerando todo, y luego de eso.todo
continuo como si no hubiera pasado nada , claro esta que por un dia el
server estaba ocupado y todas las peticiones eran devueltas con um mensaje
como "Server Is Busy, restore in progress"

pero ese dia fue espectacular jejeje, es server desde una venta de comando
(automatica) iba regenerando todono paraba nunca de trabajar y
bueno...tubimos que esperar jeje

en fin, pense que sql server lo hacia tambien!

Saludos y gracias!


"Carlos Sacristan" <csacristan ARROBA mvps.org> wrote in message
news:
>
>
>
>
> "Pablo Fabian Savino" escribió en el mensaje
> news:
> > Hola,
> >
> > dos preguntas cruciales:
> >
> > 1- Si una DB se daña (no importa la razon) es posible que el server
> lebante
> > automaticamente el backup mas reciente y que todo continue?
> -> automáticamente, no. Eso lo tendrás que hacer tú de modo


totalmente
> manual...
>
> >
> >
> > 2-Si el server esta haceindo una transaccion, y de repente al cliente


o
al
> > mismo server se le desconecta el cable de red, este hace un rollback o
> > .nos vamos por el caño?
> -> buena preocupación. Si quieres compruébalo por tí mismo: abre


una
> conexión desde el Query Analyzer, abre una transacción, borra por


ejemplo
> los datos de la tabla employees de northwind y finaliza el proceso


(desde
el
> administrador de tareas, para que sea un poco "bestia" dicha
finalización).
> Abre otra conexión y comprueba qué ha pasado
>
> Como verás, la situación anterior te la tiene que garantizar


cualquier
> gestor de base de datos (ya sabes, ACID). Si una transacción no ha sido
> confirmada, NUNCA puede verse reflejada en los datos reales.
>
> >
> >
> > Salute
> >
> >
>
>
>
> Un saludo
>
> -
> "Sólo sé que no sé nada. " (Sócrates)
>
> Por favor, responder únicamente al foro
> Se agradece la inclusión de sentencias DDL
>
>


Respuesta Responder a este mensaje
#4 Pablo Fabian Savino
06/08/2004 - 15:38 | Informe spam
No no, no es que sybase levantara la DB por cualquier problema, solo lo
hacia con problemas criticos como integridad o cosas asi, pero ese dia en
cuastion se rebento todo!!! entonces lebanto el ultimo back up, claro lo
levanta porque al Server de back up vos le decis que lo haga, sino se queda
quietito jejeje


Bueno, entonces...sigamos aprendiendo con las preguntas jejeje
salute!


"Carlos Sacristan" <csacristan ARROBA mvps.org> wrote in message
news:
Bueno, no sé cómo funcionará ese sistema exactamente, pero me parece


un
poco radical que si una bd se cae tire de un backup inmediatamente...
Dependerá del error que se haya producido, una restauración es una


solución
para situaciones de emergencia, no por algo cotidiano. No quiero decir que
una base de datos se caiga continuamente (gracias a Dios), pero las causas
pueden ser múltiples y sus soluciones por tanto también (y no siempre una
restauración es la mejor).

En cuanto a lo de preguntón, no te preocupes. Aquí estamos todos para
aprender (yo el primero primerísimo) y la única forma es preguntando


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


"Pablo Fabian Savino" escribió en el mensaje
news:
> Aja!!!!!!!!!! con lo del back up estamos muertos!!!!
> ...perdon por ser tan pregunton con esta clase de preguntas, pero


por
> mucho tiempo programe para Sybase y la verdad que si la DB se cae,
> automaticamente sybase lebanta la mas reciente, me a pasado con un db
> Gigantezca que se pincho totalmente y sybase estubo 1 dia completo
> lebantando y regenerando todo, y luego de eso.todo
> continuo como si no hubiera pasado nada , claro esta que por un dia el
> server estaba ocupado y todas las peticiones eran devueltas con um


mensaje
> como "Server Is Busy, restore in progress"
>
> pero ese dia fue espectacular jejeje, es server desde una venta de


comando
> (automatica) iba regenerando todono paraba nunca de trabajar y
> bueno...tubimos que esperar jeje
>
> en fin, pense que sql server lo hacia tambien!
>
> Saludos y gracias!
>
>
> "Carlos Sacristan" <csacristan ARROBA mvps.org> wrote in message
> news:
> >
> >
> >
> >
> > "Pablo Fabian Savino" escribió en el mensaje
> > news:
> > > Hola,
> > >
> > > dos preguntas cruciales:
> > >
> > > 1- Si una DB se daña (no importa la razon) es posible que el server
> > lebante
> > > automaticamente el backup mas reciente y que todo continue?
> > -> automáticamente, no. Eso lo tendrás que hacer tú de modo
totalmente
> > manual...
> >
> > >
> > >
> > > 2-Si el server esta haceindo una transaccion, y de repente al


cliente
o
> al
> > > mismo server se le desconecta el cable de red, este hace un rollback


o
> > > .nos vamos por el caño?
> > -> buena preocupación. Si quieres compruébalo por tí mismo: abre
una
> > conexión desde el Query Analyzer, abre una transacción, borra por
ejemplo
> > los datos de la tabla employees de northwind y finaliza el proceso
(desde
> el
> > administrador de tareas, para que sea un poco "bestia" dicha
> finalización).
> > Abre otra conexión y comprueba qué ha pasado
> >
> > Como verás, la situación anterior te la tiene que garantizar
cualquier
> > gestor de base de datos (ya sabes, ACID). Si una transacción no ha


sido
> > confirmada, NUNCA puede verse reflejada en los datos reales.
> >
> > >
> > >
> > > Salute
> > >
> > >
> >
> >
> >
> > Un saludo
> >
> > -
> > "Sólo sé que no sé nada. " (Sócrates)
> >
> > Por favor, responder únicamente al foro
> > Se agradece la inclusión de sentencias DDL
> >
> >
>
>


Respuesta Responder a este mensaje
#5 Gustavo Larriera [MVP SQL]
06/08/2004 - 15:40 | Informe spam
Coincido con Carlos. En mi opinión dejar que automáticamente el servidor
levante un backup no me entusiasma, prefiero hacer una operación manual que
me permita determinar cuál fue el problema y elegir con certeza el backup
adecuado. Pienso que es une scenario donde ocurrió algún tipo de anomalía,
por lo tanto prefiero estar encima del proceso de resucitación.

Un poco más en broma pienso que si Microsoft le pusiera a SQL Server un
mecanismo de ese estilo lograría que al poco tiempo todos estuviéramos en
estos foros respondiendo a la pregunta "Cómo hago para desactivar esa
pesadilla de tomar el backup automático que hace el SQL Server?" :-)

Muchisimos saludos
gux

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.
"Carlos Sacristan" <csacristan ARROBA mvps.org> wrote in message
news:
Bueno, no sé cómo funcionará ese sistema exactamente, pero me parece


un
poco radical que si una bd se cae tire de un backup inmediatamente...
Dependerá del error que se haya producido, una restauración es una


solución
para situaciones de emergencia, no por algo cotidiano. No quiero decir que
una base de datos se caiga continuamente (gracias a Dios), pero las causas
pueden ser múltiples y sus soluciones por tanto también (y no siempre una
restauración es la mejor).

En cuanto a lo de preguntón, no te preocupes. Aquí estamos todos para
aprender (yo el primero primerísimo) y la única forma es preguntando


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


"Pablo Fabian Savino" escribió en el mensaje
news:
> Aja!!!!!!!!!! con lo del back up estamos muertos!!!!
> ...perdon por ser tan pregunton con esta clase de preguntas, pero


por
> mucho tiempo programe para Sybase y la verdad que si la DB se cae,
> automaticamente sybase lebanta la mas reciente, me a pasado con un db
> Gigantezca que se pincho totalmente y sybase estubo 1 dia completo
> lebantando y regenerando todo, y luego de eso.todo
> continuo como si no hubiera pasado nada , claro esta que por un dia el
> server estaba ocupado y todas las peticiones eran devueltas con um


mensaje
> como "Server Is Busy, restore in progress"
>
> pero ese dia fue espectacular jejeje, es server desde una venta de


comando
> (automatica) iba regenerando todono paraba nunca de trabajar y
> bueno...tubimos que esperar jeje
>
> en fin, pense que sql server lo hacia tambien!
>
> Saludos y gracias!
>
>
> "Carlos Sacristan" <csacristan ARROBA mvps.org> wrote in message
> news:
> >
> >
> >
> >
> > "Pablo Fabian Savino" escribió en el mensaje
> > news:
> > > Hola,
> > >
> > > dos preguntas cruciales:
> > >
> > > 1- Si una DB se daña (no importa la razon) es posible que el server
> > lebante
> > > automaticamente el backup mas reciente y que todo continue?
> > -> automáticamente, no. Eso lo tendrás que hacer tú de modo
totalmente
> > manual...
> >
> > >
> > >
> > > 2-Si el server esta haceindo una transaccion, y de repente al


cliente
o
> al
> > > mismo server se le desconecta el cable de red, este hace un rollback


o
> > > .nos vamos por el caño?
> > -> buena preocupación. Si quieres compruébalo por tí mismo: abre
una
> > conexión desde el Query Analyzer, abre una transacción, borra por
ejemplo
> > los datos de la tabla employees de northwind y finaliza el proceso
(desde
> el
> > administrador de tareas, para que sea un poco "bestia" dicha
> finalización).
> > Abre otra conexión y comprueba qué ha pasado
> >
> > Como verás, la situación anterior te la tiene que garantizar
cualquier
> > gestor de base de datos (ya sabes, ACID). Si una transacción no ha


sido
> > confirmada, NUNCA puede verse reflejada en los datos reales.
> >
> > >
> > >
> > > Salute
> > >
> > >
> >
> >
> >
> > Un saludo
> >
> > -
> > "Sólo sé que no sé nada. " (Sócrates)
> >
> > Por favor, responder únicamente al foro
> > Se agradece la inclusión de sentencias DDL
> >
> >
>
>


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