Tecnológico de Estudios Superiores de
Ecatepec Microsoft sql server 2008
administración
Ingeniería en Sistemas Computacionales
Alumno: Pinzón Torres Arturo Issac
Grupo: 5701
Materia: Administración de base de datos
Profesor: Jiménez Alfaro Abraham Jorge
Capítulo 9: “Prevención de desastres y Recuperación”
Resumen:
Es una base de datos creación y administrar las bases de datos en sql server para un mejor
manejo de nuestras bases de datos
Introducción:
"Hay dos cosas que ningún administrador de base de datos puede vivir sin ellas. El primero
es un efectivo
plan de copia de seguridad y restauración. El segundo es un r'esum'e actualizado. Si tiene
el primero, puede que nunca
necesita el segundo, pero si no tiene el primero, tarde o temprano el r'esum'e será crítico
para su
empleo futuro. "Doy ese discurso a cada grupo de administradores de bases de datos que
abordo,
y me dirijo a muchos de ellos. Es un hecho que los discos fallan y los datos se corrompen.
Todos tenemos probablemente
sufrido alguna forma de pérdida de datos que podría haberse evitado si los datos hubieran
sido correctos
respaldado. Como persona responsable de la estabilidad e integridad de los datos de la
organización,
el administrador de la base de datos debe ser diligente y meticuloso a la hora de planificar
una copia de seguridad de la base de datos
estrategia para que, en caso de falla del equipo, error del usuario o corrupción intencional
de datos, el
la base de datos se puede devolver al servicio en el menor tiempo posible con una pérdida
mínima de datos.
Este capítulo trata de la mecánica de la copia de seguridad y recuperación de la base de
datos, con un poco de estrategia
arrojado por si acaso. Trataré de no dar recomendaciones específicas ya que no hay
cortadores de galletas
la recomendación funcionará para cada situación. Depende de usted como administrador
de la base de datos para examinar
todas las operaciones de copia de seguridad y restauración posibles y elaborar un plan que
evitará la pérdida de datos
y minimizar el tiempo de inactividad. Hay personas que cuentan contigo y la misma
organización que tú
el trabajo puede tener éxito o fracasar debido a sus esfuerzos. Es una responsabilidad
bastante pesada de llevar, pero como
cada vez se crean más aplicaciones de línea de negocio sobre SQL Server, es una
responsabilidad muy real.
Así que tome una respiración profunda, y aprenda todo lo que pueda sobre prevención de
desastres y recuperación para
asegúrese de ser siempre el héroe y nunca la persona a quien culpar por la pérdida de
datos.
Preparación del capítulo
La base de datos AdventureWorks2008 es una base de datos de muestra bastante grande.
Para reducir la cantidad de tiempo
y espacio en disco requerido para practicar los ejemplos en este capítulo, primero vamos a
crear un
versión más pequeña de AdventureWorks2008. El siguiente script crea una base de datos
llamada SmallWorks
compuesto por un grupo de archivos primario y dos grupos de archivos adicionales con un
archivo de datos cada uno. Entonces
crea una tabla en cada grupo de archivos y la rellena con datos de la base de datos
AdventureWorks2008.
La última acción del script es establecer el atributo de solo lectura en el segundo grupo de
archivos definido por el usuario.
El script asume la existencia de la ruta C: \ SQLData.
Desarrollo:
Usuarios de la base de datos
Los usuarios de bases de datos son otro componente del modelo de seguridad empleado
por Microsoft SQL Server 2008.
Los usuarios tienen acceso a objetos de base de datos seguros, ya sea directamente o a
través de una membresía en uno o
más roles de bases de datos Los usuarios también están asociados con la propiedad de
objetos tales como tablas, vistas y almacenados
procedimientos.
Cuando se crea un inicio de sesión, a menos que sea un miembro de un rol fijo del servidor
con privilegios administrativos para
todas las bases de datos, ese inicio de sesión no tiene permisos explícitos dentro de las
diversas bases de datos conectadas al servidor.
Cuando esto sucede, el inicio de sesión se asocia con el usuario de la base de datos
huésped y hereda los permisos de
esa cuenta de usuario.
Recibí una llamada tarde una noche de un colega que había asumido mi puesto después
de que me había mudado
a otro trabajo. Estaba desesperado. Me explicó que su servidor de base de datos principal
había sufrido una
Fallo catastrófico. Habían reconstruido el servidor y estaban en el proceso de restauración
de la cinta cuando
la unidad de cinta inexplicablemente decidió devorar la cinta y la unidad redundante que
había configurado estaba fuera de
comisión. Escuché atentamente su historia, pero al final solo pude responder con '' Si tienes
otra
copia de la cinta, simplemente obtenga una unidad de cinta diferente y restaure de la copia.
Si no tienes otra
copia, restaura desde la copia más reciente que tienes y actualiza tu r'esum'e ''.
Conclusión:
Hay que prevenir los futuros desastres que nos pueden pasar con la información de una
empresa o hasta nuestra propia información
Referencias
Microsoft SQL server 2008 administración
