AP4-AA6-Ev2-Copias de Seguridad de las Secretarías de Gobierno y Hacienda de la

Alcaldía de San Antonio del SENA

PRESENTADO POR:

GALO JOSE MUÑOS MARTINEZ.

ELMER MICOLTA VALENCIA.
EDWIN ARIOSTOL RAMIREZ GONZALEZ.

TURORA VOCERA:
ING. ANGELICA MARIA OTALVARO MARIN

SERVICIO NACIONAL DE APRENDIZAJE SENA

ESPECIALIZACIÓN TECNOLOGICA EN
GESTIÓN Y SEGURIDAD DE BASES DE DATOS
COLOMBIA 2019
COPIAS DE SEGURIDAD

Es el proceso mediante el cual se realizan copias de información que pueden utilizarse para
restauración de sistemas originales, o recuperar información en los casos que se presenten
pérdidas o fallos en los datos.

Entre sus grandes finalidades esta la recuperación de base de datos que han sido eliminadas
o con errores graves, así como también recuperación de ciertos registros o tablas que se
pudieron haber dañado por cualquier acción del sistema de información.

Se realiza una copia completa a toda la base de datos, archivos, estructura y sus datos.

 En el caso de las bases de datos, hay que realizar backups al menos cada vez que se
produce un cambio en los ajustes a nivel de configuración del servidor o de la base
de datos, o si se introduce cualquier cambio en los detalles de las cuentas de inicio.

Copia de seguridad de las secretarías de Gobierno y Hacienda de la Alcaldía de San

Antonio del Sena.

Dada las condiciones de capacidad de ancho de banda, y la necesidad de generar diariamente

los backups, se decidió implementar un método distinto al FULL BACKUPS, después de
analizar decidimos utilizar el método incremental, dado que, este método minimiza al
máximo el uso de ancho de banda, y al mismo tiempo brinda mayor garantías en la
restauración de los datos.

Duración del backups de datos

Si el rendimiento global se está resintiendo debido a la duración de los backups, se pueden

hacer varios backups cortos para abreviar la duración total del tiempo dedicado al backup.
Una manera de acortar los backups consiste en utilizar la compresión de datos de backup.
Otra forma de abreviar la duración del backup consiste en hacer la copia de seguridad de la
base de datos en un disco. 'Ahora bien, si se hace backup en un disco, no hay que hacerlo en
el mismo disco utilizado para guardar la base de datos o el registro de transacciones. De lo
contrario, no sólo se merma el rendimiento, sino que también puede afectar a la posibilidad
de recuperación de la información en caso de fallo del disco.
Garantizar la seguridad de la base de datos

Hay que cerciórese de que la base de datos está bien protegida. Por ejemplo, cuando utilice
el sistema de archivos para realizar backups, sólo debe permitir que accedan las carpetas y
archivos la cuenta de servicio de SQL y el administrador de la base de datos.

En la orden de backup no utilice la opción de contraseña para proteger con ella el backup.
Ha sido objeto de críticas y está previsto que desaparezca en las versiones futuras.

Cuando realice backups, utilice la opción de suma de comprobación de la orden de backup y

compruebe periódicamente sus backups mediante la orden comprobar solamente la
restauración.

Por último, cerciórese de que sus parches de seguridad están actualizados y correctamente
instalados 1 no sólo en el servidor, sino también en el hardware y el sistema operativo que lo
sustentan.

TIPOS DE COPIAS DE SEGURIDAD

Tipos de copia Ventaja Desventaja

Se realiza una copia
de todos los datos
que se quieren
guardar. Esta copia
de seguridad tiene
una ventana de copia
más grande y
también necesita
mayor espacio de
almacenamiento
pues copia todos los
datos. Fácil recuperación. Ventana de copia
Completa Tienes todos los grande. Tiene que
Siempre se empieza datos copiados. copiar todos los
con una copia datos estén o no
completa de los modificados
datos y luego se
puede pasar a Espacio de
realizar otro tipo de Almacenamiento
copias o más copias mayor.
completas.

Se recomienda
ejecutar copias
 completas de forma
periódica por
ejemplo
semanalmente y
entre copia y copia
completa realizar
copias incrementales
o diferenciales.

Cuanto mayor es el
periodo entre copia y
copia completa más
datos se habrán
modificado y más
datos se están
copiando en las
copias incrementales
o diferenciales
intermedias. Por eso
hay que llegar a un
equilibrio para evitar
que las copias
intermedias acaben
siendo tan grandes
como una copia
completa.
En la copia
incremental solo se
copian los datos que Restauración más
se han modificado lenta y complicada
desde la última Ventana de copia pues depende de la
copia realizada, ya menor. copia completa y las
sea una copia copias
completa u otra Menos espacio de incrementales
Incremental copia incremental. almacenamiento que anteriores.
en la copia completa
Para la restauración o la diferencial. Si falla cualquiera
de la copia es de las copias
necesario restaurar dependiente no se
la copia completa y podrá restaurar la
todas las copias copia.
incrementales
posteriores
Copia los datos Ventana de copia Restauración más
modificados desde menor que la copia lenta que la copia
completa pero completa pues hay
 la última copia mayor que restaurar la
completa realizada. que la incremental. copia completa y la
diferencial.
En su restauración Menos espacio de
Diferencial solo tiene almacenamiento que Si falla la copia
dependencia con la en la copia completa. completa o la
copia completa. diferencial no se
Más fiable que la podrá restaurar la
Es independiente de copia incremental copia.
las copias pues solo depende
diferenciales de Hay datos
anteriores. la anterior duplicados entre las
copias diferenciales
pues cada copia
diferencial almacena
todas las
modificaciones
realizadas desde la
última copia
completa.

TIPOS DE COPIAS DE SEGURIDAD EN SQL SERVER

modelo de Descripción
recuperación
Sin copias de seguridad de registros.
Recupera automáticamente el espacio de registro para mantener al
mínimo los requisitos de espacio, eliminando, en esencia, la
necesidad de administrar el espacio del registro de transacciones.
Para obtener información sobre las copias de seguridad de base de
datos en el modelo de recuperación simple.
Las operaciones que requieren copias de seguridad del registro de
transacciones no son compatibles con el modelo de recuperación
simple.
Simple Las características siguientes no se pueden utilizar en modo de
recuperación simple:

-Trasvase de registros
-AlwaysOn o creación de reflejo de la base de datos
-Recuperación de medios sin pérdida de datos
-Restauraciones a un momento dado.

Riesgo de pérdida de trabajo.

 Los cambios realizados después de la copia de seguridad más
reciente no están protegidos. En caso de desastre, es necesario
volver a realizar dichos cambios.

¿Recuperación hasta un momento dado?

Solo se puede recuperar hasta el final de una copia de seguridad.

Para obtener más información. Para obtener una explicación más
amplia sobre el modelo de recuperación simple.
Requiere copias de seguridad de registros.

No se pierde trabajo si un archivo de datos se pierde o resulta

dañado.

Se puede recuperar hasta cualquier momento, por ejemplo, antes

del error de aplicación o usuario. Para obtener información sobre
las copias de seguridad de base de datos en el modelo de
recuperación completa, normalmente ninguno.
Si el final del registro resulta dañado, se deben repetir los cambios
realizados desde la última copia de seguridad de registros.

Se puede recuperar hasta determinado momento, siempre que las

Completa
copias de seguridad se hayan completado hasta ese momento. Para
obtener más información sobre cómo usar copias de seguridad de
registros para restaurar hasta el momento del error.

Nota: Si tiene dos o más bases de datos con el modelo de

recuperación completa que tengan que ser lógicamente coherentes,
es posible que tenga que implementar procedimientos especiales
para garantizar la capacidad de recuperación de dichas bases de
datos.
Requiere copias de seguridad de registros. Complemento del
modelo de recuperación completa que permite operaciones de
copia masiva de alto rendimiento. Reduce el uso del espacio de
registro mediante el registro mínimo de la mayoría de las
operaciones masivas. Para obtener información sobre las
operaciones que se pueden registrar mínimamente para obtener
información sobre las copias de seguridad de base de datos en el
Por medio de modelo de recuperación optimizado para cargas masivas de
registros de registros.
operaciones
masivas Si el registro resulta dañado o se han realizado operaciones masivas
desde la última copia de seguridad de registros, se pueden repetir
los cambios desde esa última copia de seguridad. En caso contrario,
no se pierde el trabajo.
 Se puede recuperar hasta el final de cualquier copia de seguridad.
No admite recuperaciones a un momento dado.

Restaurar bases de datos SQL Server

Habitualmente en la mayoría de las aplicaciones se cuenta con un sistema gestor de base de

datos (SGBD), el cual apoya el desarrollo. Estas bases de datos son utilizadas en distintos
entornos, como en la producción, integración y desarrollo, haciéndose necesario la utilización
de un sistema de copias de seguridad.

Proceso de Copia de Seguridad Secretaria de Gobierno

Base de Datos
Detencion
Id_detencion
Insp_dete
Id_detencion3
Detalle_Insp
id_inspeccion3
Fecha_det

Persona
Id_Persona
Documento_Per
Id_Det
Nombre_Per
Apellido_Per

Insp_Contrav
Id_contrav3
id_inspeccion4
Demandante
Pleito Id_Demandante
Id_PLeito
Documento_demt
Id_insp
Id_pleito1
Fecha_Pleito
Nombre_demt
Involucrado Asunto
Apellido_demt
Id_involucrado Hechos
Contraversion id_contv1
Direccion_demt
Id_contraversion
Documento_inv
Feha_contv Inspeccion
Nombre_inv Id_inspeccion
Detalle_conta
Apellido_inv Nombre_insp
Tipo_Actuacion

actuacion
Id_actuacion
Id_pleito2
Hechos_act
contractuacion
Id_contractuacion Demandado Fecha_act

Id_contv Id_Demandado Estado_Act

Documento_de
Fecha_cont
Id_insp2
Obesrvacion_cont
Nombre_dem
Apellido_dem
Direccion_dem
 PASOS
1) Crear un archivo con la Extensión .Bak en la unidad de disco deseada.

2)
 3)

4)
5)

Proceso para Restaurar Base de Datos Secretaria de Gobierno

Pasos
1)
2)
3)
4)
 Proceso de Copia de Seguridad Secretaria de Hacienda
Base de Datos
Terceros
Cod_Terceros Cuenta_x_Pagar
Nombre_tercero Num_Cuenta
Apellido_tercero Cod_CxPagar
Docunebto_tercero Vr_cuenta
Fecha_Nac cod_tercero1
Dir_tercero Estado_Cuenta Estrato
cod_est
Trlrfono_ter Concepto_C
Ficha_Pr2
Email_tercero
Nombre_estra

Detalle_Fac
Id_Detalle
Predio
Ficha_Pr
Num_Fact3 propietario
Tipo_Uso Ficha_Pr1
Vr_Basegrav
Fac_VIgente Num_fact2 Doc_propietario
Vr_Fact Num_fact
Doc_propietario1 Nom_propi
Vr_Total Cod_Terceros2
Dir_Predio Ape_Propi
Eefen_Fact
Area_predio Telefono_propi
Ficha_Predio
Mtricula_predio
Fecha_Emision
F_Vencimiento
Total_Pagar
Descuento
ConceptoP
Cod_ConceptoP
Id_Detalle1
Tipo_Uso
Nom_Concepto
Cod_tipoUso
Ficha_Pr2
Nombre_tipoUso
Pago
Id_pago
Num_fact1
Var_pago
Fecha_P
Tipo_pago

Pasos
1)
2)

3)
4)
 Proceso para Restaurar Base de Datos Secretaria de Hacienda

Pasos
1)

2)
3)

4)
 CONCLUSIÓN

Podemos concluir que las copias de seguridad nos garantizan la permeancia de la información

y con ella el corazón del negocio, es importante realizar copias de seguridad a nuestras bases

de datos ya que de esta manera podemos restaurar en caso que sufran algunas anomalías.

La SMBD hoy en día brinda esta importante herramienta con el fin de prolongar la vida de

nuestras bases de datos realizadas en él, en nuestro caso lo realizamos en SQL Server 2014,

de igual manera también podemos restaurar nuestras bases de datos si así se requier a través

de nuestro SMDB.