Diapositiva 1

1
Las diferentes aplicaciones de L.A Sistemas
trabajan bajo un mismo esquema de distribución de
archivos, físicamente distribuidos en
subdirectorios los cuales cumplen los Siguientes
Estándares UF\UC\Lasistemas\...
\ddf ?Diccionario de datos utilizado desde
cliente \ddfserver ?Diccionario de
Datos para el Servidor
\exe ?Ejecutables de las distintas
Aplicaciones. \data ?Repositorio de
archivos .btr de data \ws ?Directorio
de Escritura de Archivos Comunes
2
Donde UF Unidad Fisica Unidad de disco duro
donde se encuentra fisicamente alojados los
archivos (No unidad mapeada) UC Unidad
Compartida Subdirectorio creado en la estructura
para crearle el recurso compartido en la
Red. \ddf Subdirectorio donde se alojan otros
cinco (5) subdirectorios \Cliente \Ultraflow \Fu
erte \Inver \Siscar \Entre otros Y a su vez
, dentro de cada uno de ellos se alojan cinco (5)
archivos de extensión .ddf , los cuales son los
diccionario de datos, los que sirven para que el
manejador de base de datos Pervasive 2000i sepa
la ruta lógica (Unidad Mapeada) donde se
encuentran los archivos de extensión .btr y poder
acceder a la información. \ddfserver Cumple la
misma función del anterior con la diferencia que
estos ddfs apuntan a la data con su ruta física,
no la lógica, con la única razón que ciertas
aplicaciones corran en el mismo servidor. \exe
Subdirectorio donde se almacenan los diferentes
Programas Ejecutables de los cuales se hacen los
accesos directos para las estaciones clientes. Es
en este subdirectorio donde se hace las
actualizaciones de versiones de las diferentes
aplicaciones de L.A Sistemas. \data El
Subdirectorio donde se alojan TODOS los archivos
de datos, de todas las aplicaciones existentes,
con extensión .btr los cuales a través de un
modelo de entidad-relación se compaginan para
ofrecer un solo grupo de archivos independientes
los cuales guardan información puntual y que sólo
podrán ser relacionados a través de la aplicación
en sí. \ws Donde se alojan todos los archivos
no-data que son compartidos y /o reutilizables
por diferentes usuarios, así como repositorio de
plantillas que las diferentes aplicaciones
utilizarán.
3
PROCESO DE RESPALDO PARA L.A SISTEMAS Pervasive,
el manejador de base de datos maneja la data a
través de paquetes IP que son enviados y
procesados en las estaciones clientes, Esto lo
hace a través de unos hilos de comunicación
llamados threads Este consulta los archivos que
desde la aplicación se le especifican y hace la
conexión. Dentro de la aplicación se toma la
información necesaria y se cierra el
Thread. Para el Respaldo de la Data, el
Proceso se basa en una Copia de Archivo desde
la ubicación UF\UC\Lasistemas\data\ y todos
sus subdirectorios (si aplica). Para hacer esta
Copia de Archivos se DEBE detener los servicios
de Pervasive en el Servidor los cuales hacen
posible la comunicación entre las estaciones y el
servidor de datos. Este proceso de Detener los
servicios es para garantizar que no haya ningun
hilo de Comunicación abierto desde un cliente
(Aun cuando la aplicación este cerrada el cliente
Pervasive puede dejar hilos abiertos). Para
detener los Servicios de Pervasive 1.- Nos
Ubicamos en la consola de Servicios Botón
Inicio ? Panel de Control ? Herramientas
Administrativas ? Servicios. 2.- Buscamos los
Servicios de Pervasive llamados Pervasive SQL
2000 (Relational) y Pervasive SQL 2000
(Trasactional) 3.- Se detienen los Servicios
cada uno por separado. Con botón derecho sobre
cada uno de ellos se detienen los servicios
seleccionando la opción Detener.
4
Una vez ejecutado dicho proceso, de procede a la
copia de los archivos L.A Sistemas
Recomienda \data \ws copia de todos los
archivos con frecuencia diaria. \ddf \ddfserver \e
xe copia de todo los archivos con frecuencia
semanal. La media donde se haga la copia de la
información queda a discreción del administrador
de sistemas, sea CD, DVD, Cintas, Copia de un
equipo a otro. L.A Sistemas Recomienda medias
extraíbles almacenadas en lugares con ciertos
niveles de seguridad de integridad física y de
acceso. RESTAURACION DE LA DATA
RESPALDADA Como el Proceso de Respaldo de datos
es una copia de una estructura de archivos, la
restauración de data respaldada se basa en una
copia desde la unidad de respaldo a la ruta donde
debe estar la estructura de archivos antes
mencionada. La sustitución TIENE que ser hecha
exactamente en la ruta especificada, ya que de
otra manera el manejador de base de datos será
incapaz de leer los archivos ddfs, generando una
Btrieve Status Code. Hay que tener claro que de
hacer una SUSTITUCION de estructura de archivo se
SOBREESCRIBIRÁ todo lo que este en ese momento en
esa ruta. Se recomienda tomar todas las medidas
pertinentes antes de una sustitución de
archivos. Una vez hecho este proceso, la
aplicación leerá toda la información contenida en
los archivos .btr que estén contenidos en la ruta
especificada.