25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)
0

Ms Siguienteblog

Crearunblog Acceder

GESTIONYSEGURIDADDE
BASESDEDATOS(1017125)
sbado,27defebrerode2016

AA10Ev4Socializacin y evaluacin del modelo

transaccional en un motor de Bases de Datos
especfico.

Datospersonales

Danny
Vertodomiperfil

Archivodelblog

2016(3)

En cada base de datos contiene al menos un archivo de datos y un

archivo de registro de transacciones. SQL Server almacena los datos
fsicamente en el archivo de datos (.mdf y .ndf). El archivo de
transacciones (.ldf) almacena los detalles de todas las modificaciones
que se realizan sobre la base de datos de SQL Server.
La escritura en el Log de transacciones es secuencial, y esta optimizado
para ello. Se podra decir que (por norma general) carece de sentido
crear ms de un fichero de log de transacciones. Aunque el algoritmo
de escritura en los .ldf es algo ms complejo: si tuviramos ms de un
fichero, la escritura la hara formando un bucle circular pasando por
cada uno de ellos, respetando la secuencialidad en las transacciones. A
diferencia de los ficheros de datos, donde si es posible mejorar el
rendimiento de una base de datos, aumentado su nmero.

febrero(3)
AA10Ev4Socializaciny
evaluacindelmodelotran...
AA4Ev6BlogdeGruposdetrabajo
paraeldiseod...
AA7Ev3Blogreplicacindebasede
datosRepl...
2015(4)

Es aconsejable ubicar el fichero del log de transacciones en diferente

disco donde se encuentren los ficheros de datos.
Modelo de recuperacin del log de transacciones en una Base de datos
El objetivo de este punto, no es explicar los procesos de backup y
restore, sino hacer un resumen de los distintos estados en que se pueden
configurar el log de transacciones.
El modelo de recuperacin de una base de datos puede cambiarse en
cualquier momento. No es
frecuente cambiar de modelo de
recuperacin. Tenemos tres modos de configurar el log de
transacciones: Simple, Full (completo) y, bulklogged (recuperacin
optimizado para cargas masivas de registros).
Modelo de recuperacin Simple:
Sin necesidad de hacer copias de seguridad del log de transacciones,
se reduce automticamente el espacio de registro, manteniendo al
mnimo el espacio del fichero segn termina las transacciones de las
consultas. De este modo no es necesario administrar el espacio del log
de transacciones.
Los cambios realizados despus de la copia de seguridad ms reciente
no estn protegidos. En caso de desastre, es necesario volver a realizar
dichos cambios. Slo se puede recuperar hasta el final de una copia de
seguridad.
Modelo de recuperacin Completa:
http://gysbd.blogspot.com.co/

1/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)

Requiere copias de seguridad del log de transacciones. No se pierde

trabajo si un archivo de datos se pierde o resulta daado. Se puede
recuperar hasta cualquier momento, por ejemplo, antes del error de
aplicacin o usuario.
Si la base de datos resulta daada, se deben repetir los cambios
realizados desde la ltima copia de seguridad del log de transacciones.
Se puede recuperar hasta un determinado momento, siempre que las
copias de seguridad se hayan completado hasta ese momento.
Modelo de recuperacin bulklogged:
Requiere copias de seguridad del log de transacciones, para ir
liberando espacio en el .ldf. Puede considerarse complemento del
modelo de recuperacin completa, pero no sustito, ya que permite
operaciones de copia masiva de alto rendimiento, (por ejemplo,
operaciones realizadas con BCP.exe, Bulk Insert, etc), reduciendo el
uso del espacio de registro.
Si la base de datos resulta daada o se han realizado operaciones
masivas desde la ltima copia de seguridad completa, se han de repetir
los cambios desde esa ltima copia de seguridad. Se puede recuperar
hasta el final de cualquier copia de seguridad completa. No admite
recuperaciones a un momento dado.
El "set recovery" es la opcin que permite elegir el modelo de
recuperacin entre simple, bulklogged y completo. Los tres permiten
realizar restores, pero slo el modelo de recuperacin completo registra
y mantiene en el log de transacciones todas las operaciones e implica la
realizacin de backups del log dentro de la poltica de backups. Es la
opcin por defecto y la recomendable (salvo circunstancias
excepcionales). Ello permite operaciones como estas (recuperar un
backup hasta un punto en el tiempo, hasta una marca). En el modelo
de recuperacin simple no es as, las operaciones quedan mnimamente
logadas, los backups del log no pueden realizarse (carecen de sentido).
A modo de ejemplo muestro como cambiar el modelo de
configuracin del log de transacciones:
alter database bbdd set recovery simple Pone el modelo de
recuperacin del log a simple
go
alter database bbdd set recovery full Pone el modelo de
recuperacin del log a completa.
go
Si cambias al modelo de recuperacin simple, interrumpir la cadena
de copias de seguridad de registros. Por lo tanto, es muy recomendable
realizar una copia de seguridad del registro inmediatamente antes de
realizar el cambio. De esta manera, podr recuperar la base de datos
hasta ese momento. Tras el cambio, necesitar realizar copias de
seguridad completas y peridicas para proteger sus datos y para truncar
la parte inactiva del registro de transacciones.
El cambio al modelo de recuperacin completa o bulklogged slo
tiene efecto despus de la primera copia de seguridad de base de
datos.
backup database TU_bbdd to disk = '<Unida:_ruta> TU_bbdd.bak' with
init , NOUNLOAD , NAME = N'Copia de seguridad TU_bbdd', NOSKIP ,
STATS = 10, NOFORMAT

http://gysbd.blogspot.com.co/

2/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)

Si no se quieren sobrescribir los ficheros de backup. Muestro un ejemplo,

de cmo crear los backups, teniendo en cuenta el nombre de los
ficheros, de esta forma mantendremos una secuencia en los nombres:
declare @fichero varchar(250)
select @fichero = '< Unida:_ruta>bbdd_tlog_' + convert(varchar(20),
getdate(),112) + left(replace(convert(varchar(10), getdate(), 114), ':', ''),
4) + '.Bak'
backup database TU_bbdd to disk = @fichero with init
Las copias de seguridad del log de transacciones son un aspecto
fundamental de los modelos de recuperacin completa o bulklogged.
Las copias de seguridad de registros permiten que se trunque el registro
de transacciones. Si no realiza la copia de seguridad con la frecuencia
suficiente, el registro de transacciones se puede expandir hasta
quedarse sin espacio en disco. Muestro un ejemplo, de cmo crear los
backups del log de transacciones, teniendo en cuenta el nombre de los
ficheros, de esta forma mantendremos una secuencia en los nombres,
por si fuera necesario restaurar, en un punto en el tiempo.
declare @fichero varchar(250)
select @fichero = '< Unida:_ruta TU_bbdd_tlog_' + convert(varchar(20),
getdate(),112) + left(replace(convert(varchar(10), getdate(), 114), ':', ''),
4) + '.trn'
backup log [TU_bbdd] to disk = @fichero
Si cambia del modelo de recuperacin completa o bulklogged al
modelo de recuperacin simple, interrumpir la cadena de copias de
seguridad de registros. Por lo tanto, es muy recomendable realizar una
copia de seguridad del registro inmediatamente antes de realizar el
cambio. De esta manera, podr recuperar la base de datos hasta ese
momento. Tras el cambio, necesitar realizar copias de seguridad
peridica para proteger sus datos y para truncar la parte inactiva del
registro de transacciones.
Registro de transacciones lleno (Error 9002)
En este tema se tratan las posibles respuestas a un registro de
transacciones lleno y se sugiere cmo evitar esta situacin en el futuro.
Cuando el registro de transacciones se llena, SQL Server Database
Engine (Motor de base de datos de SQL Server) genera un error 9002. El
registro se puede llenar cuando la base de datos est en lnea o en
recuperacin. Si el registro se llena cuando la base de datos est en
lnea, la base de datos seguir en conexin, pero solo se puede leer y no
actualizar. Si el registro se llena durante la recuperacin, Motor de base
de datos marca la base de datos como RESOURCE PENDING. En ambos
casos, es necesaria la intervencin del usuario para proporcionar
espacio de registro.
Si la base de datos estaba en recuperacin cuando se produjo el error
9002, una vez resuelto el problema, recupere la base de datos
mediante:
ALTER DATABASE nombreDeBaseDeDatos SET ONLINE.

PublicadoporDannyen14:50

Nohaycomentarios:

Recomendar esto en Google

http://gysbd.blogspot.com.co/

3/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)
lunes,15defebrerode2016

AA4Ev6BlogdeGruposdetrabajoparaeldiseodeuna
bodegadedatosyconstruccindeuncubo
Inteligencia del Negocio

Objetivos del Negocio

Gestionar la informacin y convergencia de los datos que dificultan los procesos de

anlisis y toma de decisiones derivados de stos.

Brindar un nivel de confianza aceptable y dejar en evidencia la implementacin de

dicha solucin con el fin de obtener datos precisos y confiables que soporten los
nuevos proyectos.

Visualizar en forma clara y precisa la relacin entre los acontecimientos registrados por
las diferentes secretaras.

Objetivos por secretarias

1. Secretaria General

Estudiar, revisar y preparar los proyectos de acuerdos, resoluciones, decretos y contratos

relacionados con asuntos de competencia de la Alcalda.

Velar por el cumplimiento de las normas legales que regulan el funcionamiento de la

Alcalda

Vigilar el oportuno cumplimiento de las decisiones del mismo.

2. Secretara de Hacienda

Gestionar y recaudar todos los dineros que por diversos conceptos debe percibir
el municipio.

Registrar, recibir y procesar toda la informacin econmica en la administracin

municipal.

Custodiar, guardar y controlar los ttulos, valores y garantas constituidas a favor

del municipio.

http://gysbd.blogspot.com.co/

4/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)

Expedir los certificados de Paz y Salvo que por concepto de pago de impuestos
le sean solicitados y que se encuentren al da.

3. Secretara de Planeacin y Obras Pblicas

Definir y establecer el modelo de desarrollo social.

Direccionar los diferentes proyectos que las dems secretarias realicen.

4. Secretaria de Educacin

Velar por la construccin de planteles educativos.

Proveer el profesorado necesario tanto para la parte urbana como la Rural.

Velar por la calidad y cobertura de la educacin y su correcta prestacin.

Establecer las polticas, planes y programas necesarios.

5. Secretara de Salud

Supervisar y controlar los recursos del sector salud para un buen recaudo y
aplicacin.

Registrar los prestadores de servicios de salud para la gestin de la prestacin de

los mismos.

Implementar y actualizar la operacin del Sistema Integral de Informacin en

Salud para reportar la informacin a las instancias correspondientes.

6. Secretara de Deportes, Recreacin y Cultura

Elaborar estudios para identificar los problemas y necesidades del Municipio en el

campo deportivo, recreativo y cultural con el fin de formular planes y proyectos
que respondan a esas demandas.

http://gysbd.blogspot.com.co/

5/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)
Vigilar y supervisar la correcta administracin y funcionamiento de los escenarios
deportivos, recreativos y culturales.

7.SecretaradeGestinAmbientalyMinera

Gestionar las polticas para la conservacin del medio ambiente y proteccin de

los recursos naturales.

Ejercer el control y vigilancia del cumplimiento de estas normas, adelantando

investigaciones e imponiendo las sanciones que correspondan.

Diseo de Base de Datos

Tipo de arquitectura

Con base a los requerimientos requeridos por la Alcalda se utilizara la arquitectura

en una capa utilizando el sistema de almacenamiento Source Lawyer ya que la
base de datos estar relacionada conforme a la informacin que ya solucin al
problema de la alcalda.

Modelado lgico de la bodega de datos

El modelo lgico que da solucin a los requerimientos conforme a la problemtica

que tiene la alcalda es un esquema en copo de nieve ya que las tablas no
estarn relacionadas con una nica tabla sino que estar relacionada con
dems para obtener una mayor informacin y coherencia en los datos.

Implementacin del cubo de datos.

Comprensin del modelo de negocio

http://gysbd.blogspot.com.co/

6/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)
La Alcalda es una institucin del estado Colombiano, que realiza las funciones de
administracin local en una poblacin de este pas.
Esta Alcalda est presidida por el Alcalde elegido por votacin popular, quien
enfrenta una situacin de caos administrativo a causa de los malos manejos de
la informacin y la inadecuada utilizacin de tecnologa para el apoyo a los
procesos.
El Alcalde de San Antonio del SENA, convencido de poder mejorar la
situacin, present un proyecto de inclusin de tecnologa que le fue aprobado
por el concejo y propende en realizar todas las mejoras en las condiciones
actuales de manejo de informacin de las diferentes dependencias y
secretarias de su actual administracin.
Una mejora sensible, se da a travs de una reingeniera de procesos enfocados en
la utilizacin de la informacin generada por las dependencias de la alcalda,
pensando en optimizar los tiempos de respuesta y flujo de informacin para la
toma de decisiones.
Levantamiento de requerimientos
La Alcalda del Sena desea mejorar los procesos de la informacin que se manejan
en cada una de las secretarias para la toma de decisiones, para lograr esto se
comenz por realizar una anlisis de los datos suministrado por cada una de las
dependencias.
Modelado del cubo de datos
Se mostrara a continuacin las bases de datos tal y como se muestra a
continuacin:

PublicadoporDannyen19:26

Nohaycomentarios:

Recomendar esto en Google

viernes,12defebrerode2016

AA7Ev3Blogreplicacindebasede
datos

ReplicacinBasededatos
Lareplicacincopiaymantienelosobjetosdelasbasesdedatosenlasmltiplesbasesdedatos
quelevantanunsistemadistribuido.Lareplicacinpuedemejorarelfuncionamientoyprotegerla
disponibilidaddelasaplicaciones,porquealternaopcionesdeaccesodelosdatosexistentes.Por
ejemplo,unaaplicacinpuedeteneraccesonormalmenteaunabasededatoslocal,msquea
un servidor remoto para reducir al mnimo el trfico de la red y alcanzar su funcionamiento
mximo.Adems,laaplicacinpuedecontinuarfuncionandosielservidorlocalexperimentauna
falla,perootrosservidorescondatosreplicadossiguensiendoaccesibles.
La creacin de reflejo de la base de datos se puede usar conjuntamente con la replicacin para
mejorarladisponibilidadparalabasededatosdepublicacin.Lacreacindereflejodelabasede
datosincluyelacreacindedoscopiasdeunasolabasededatosquesuelenresidirendiferentes
equipos.En cada momento, solo una copia de la base de datos est disponible para los
clientes.Estacopiaseconocecomolabasededatosprincipal.Lasactualizacionesrealizadaspor
losclientesenlabasededatosdelaentidaddeseguridadseaplicanalaotracopiadelabasede
datos, conocida como la base de datos reflejada.La creacin de reflejo incluye la aplicacin a la
basededatosreflejadadelregistrodetransaccionescontodaslasinserciones,actualizacioneso
eliminacionesefectuadasenlabasededatosdelaentidaddeseguridad.
Lareplicacinseproporcionaenlossiguientesniveles:
Replicacin bsica: las rplicas de tablas se gestionan para accesos de slo lectura. Para
modificaciones,sedeberaccederalosdatosdelsitioprimario.

http://gysbd.blogspot.com.co/

7/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)
Replicacin avanzada (simtrica): amplan las capacidades bsicas de slo lectura de la
replicacin,permitiendoquelasaplicacioneshaganactualizacionesalasrplicasdelastablas,a
travsdeunsistemareplicadodelabasededatos.Conlareplicacinavanzada,losdatospueden
proveerlecturayaccesoaactualizacionesalosdatosdelastablas.
Puedenobtenermasinformacinen:
https://msdn.microsoft.com/eses/library/ms151799(v=sql.120).aspx

Modelodereplicacion
ElmodelodeReplicacinqueusaSQLeseldePublicadorSuscriptor.Estemodeloconsisteen
Publicadores, Suscriptores y Distribuidores las publicaciones y los artculos, y las suscripciones
por tirn o empuje. Adems incorpora agentes de administracin como Agente de Instantnea,
AgenteLectordeRegistro,AgentedeDistribucin,yAgentedeMezcla.Todoslosagentespueden
funcionardebajodelagentedelservidordelSQLysepuedenadministrarcompletamenteporel
AdministradordelServidordeSQL.

PublicadoporDannyen7:12

Nohaycomentarios:

Recomendar esto en Google

domingo,9deagostode2015

ActividadN3
Instruccionesdelaactividad
Actividad3
FaseOrganizativa
ConformacinEquiposdeTrabajo
Objetivo:
El objetivo de esta actividad es la conformacin de equipos de trabajo, la
conclusindelaetapadeinduccinylapresentacindelaetapalectiva.
Desarrollodelaactividad:
Esta actividad se realizar a travs de la herramienta Collaborate, segn la
indicacindelinstructorpormediodelosanuncios
1.Solucinadudaseinquietudespresentadasdurantelaetapadeinduccin.
2. Conformacindeequiposdetrabajo:serealizarlaconformacindeequipos
detrabajomedianteunaactividadldicaqueserguiadaenlareuninvirtual.
3.Genereundocumentodondesedescriba:
Nombredelosintegrantesdelequipo
Datosdecontactoyperfildecadauno
Posibletemadelproyecto
Rolesdecadaunodelosparticipantes
Herramientasdecomunicacinquesernutilizadas
Horariosestablecidosdereuniones
Compromisos
NOTA:Aunqueestaactividadesgrupal,cadaintegrantedebeenviardeforma
individual el documento por el enlace correspondiente, ubicado en el botn
Actividades

Nombredelosintegrantesdelequipo
http://gysbd.blogspot.com.co/

8/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)

DANNYENRIQUEBUELVASVELILLA
JOHNDAVIDCASANOVAPRADO
ROBERTDANILOCAVIEDESVILLEGAS
IVANMAURICIOORTIZRESTREPO
Datosdecontactoyperfildecadauno
DannyE.BuelvasV.
Correo:debv004@gmail.com
Telfono:3017823822
IngenierodeSistemasegresadodelaFundacinUniversitariaSanMartinsede
Sincelejo,Sucre
JohnDavidCasanovaPrado
Egresado de Sena especficamente del centro sur colombiano de logstica
internacional Sena Ipiales en el tecnlogo administracin del ensamble y
mantenimientodecomputadoresyredes.
RobertCaviedes
Correo:darovi.01@gmail.com
Skype:robert.caviedes
Telfono:3165310454
TECNOLOGOADSI
MauricioOrtizRestrepo
IngenierodeSistemas

Posibletemadelproyecto.
Gestionar una base de datos para registro y control de vacunas de perros y
gatosparalaVETERINARIAMASCOTASenlaciudaddeSincelejo,sucre.
Rolesdecadaunodelosparticipantes
RobertCaviedes:
Lder: quien llevara el consenso del equipo, preguntara si todos estn de
acuerdo,deseanagregaralgomsotienenalgunapregunta.
Motivador:seencargaradeasegurarlaparticipacindetodosloscompaeros
eneltrabajo.Ademsincentivarayelogiaralosaportesdesuscompaeros.
JohnDavidCasanovaPrado:
Gestor de materiales: proporcionara, sugerir y organizara el material de
trabajo.
Observador:monitoreayregistraelcomportamientodelgrupoconbaseenuna
listadecriteriosacordada.
MauricioOrtizRestrepo:
Redactor:seencargaradetomarlasnotasdurantelasreunionesdelequipoy
listarlastareasqueseacordaran.
DannyE.BuelvasV.
Organizador de tareas: monitoreara el progreso del grupo en el tiempo y
controlaraqueelgrupotrabajeacordealcronogramaestablecidoparaterminar
atiemposusactividades.
Herramientasdecomunicacinquesernutilizadas
Blogdelgrupo
http://gysbd.blogspot.com.co/

9/10

25/10/2016

GESTIONYSEGURIDADDEBASESDEDATOS(1017125)

Colaboracin
Enviarcorreoelectrnico
Intercambiodearchivos
Tablerodediscusindegrupo
Tareasdegrupo
VaTelefnica
Redessociales.
Horariosestablecidosdereuniones
DeLunesaViernes:8:00PMa10:00PM
DomingosyFestivos:8:00AMa12:00PM
Compromisos
Nuestro equipo est enfocado en sacar el mximo provecho a esta
especializacin, realizando nuestras actividades de forma sincrnica como
asincrnica, apoyndonos en todo momento de nuestras experiencias
individuales y de nuestros instructores con el fin de obtener las indicaciones
precisas.

PublicadoporDannyen16:17

Nohaycomentarios:

Recomendar esto en Google

Pginaprincipal

Entradasantiguas

Suscribirsea:Entradas(Atom)

PlantillaSencillo.ConlatecnologadeBlogger.

http://gysbd.blogspot.com.co/

10/10