- Que es Espejeo (mirroring)?
En Internet, un espejo, (del inglés, mirror), es un sitio web que contiene una réplica exacta de otro. Estas réplicas u espejos se suelen crear para facilitar descargas grandes y facilitar el acceso a la información aún cuando haya fallos en el servicio del servidor principal.
Los espejos suelen sincronizarse periódicamente con el servidor principal para mantener la integridad de la información.
Es un concepto muy utilizado en foros cibernéticos donde los usuarios de estos comparten archivos entre sí, ya que en ocasiones algunos de estos no pueden ser descargados adecuadamente, por lo que se informa sobre un espejo para obtenerlo.
En el caso de las redes, «espejo» (o mirror) también hace referencia al modo en el que trabaja un switch, al hacer réplica de todos los paquetes que este conmuta direccionados a un solo puerto a través del cual, con un analizador de tráfico, se puede observar todo el tráfico de la red.
Mirror o Espejo
Seguridad de los Datos
Se presentan cuando no es posible establecer claves de acceso y resguardo en forma uniforme para todo el sistema, facilitando así el acceso a intrusos.
La seguridad de los datos se puede definir en las siguientes aspectos:
- Objeto a asegurar: el primer objeto a asegurar son los objetos, programas y finalmente al esquema.
- Codificaciòn de Claves: el DBMS provee la seguridad de los Login (usuario y password).
- Control de Acceso: se especifican seguridades contra accesos indicados orientado a personas no autorizada.
- Beneficios del espejeo de Datos en un DBMS.
Todos los medios convencionales se pueden utilizar para llevar a cabo backups en la máquina espejo: backup manual vía el comando de menú Archivo, backup periódico definido en las Preferencias o backup programado utilizando los comandos del lenguaje.
Para evitar riesgos de desincronización con la máquina operacional, 4D bloquea automáticamente la máquina espejo cuando se está llevando a cabo una de las dos operaciones básicas: la integración del archivo de historial de la máquina operacional y el backup de la base espejo.
- Durante la integración del archivo de historial, no es posible llevar a cabo un backup. Si se utiliza el comando BACKUP, se genera el error 1417 (ver la sección ).
- Cuando un backup está en marcha, todos los procesos se congelan y no es posible poner en marcha la integración de un archivo de historial.
- como se hace una Activación de espejeo en un DBMS.
| Paso | Equipo en operación | Equipo espejo |
| 1 | Arranque de la aplicación, back up del archivo de datos y activación (si es necesaria) del archivo de historial. | |
| 4D crea el archivo MyDatabase.journal. Para mayor seguridad, el archivo de historial se guarda en un disco duro separado. | ||
| Salimos de la aplicación. | ||
| Copia de todos los archivos de la base (archivo de historial incluido) en el equipo espejo. | ||
| 2 | Reinicio de la aplicación e inicio de la operación (verificar que no haya un backup total programado). | Inicio de la aplicación espejo. 4D Server solicita el archivo de historial actual: selección del archivo MyDatabase.journal que fue transferido de la base operacional. Desactivación del historial actual en la página Backup/Configuración de las Preferencias |
| 3 | Decisión de actualizar el espejo (por ejemplo, después de un cierto periodo de operación). | |
| Ejecución del método que contiene el comando New log file. El archivo guardado se llama MyDatabase[0001-0001].journal. | ||
| Envío por programación del archivo MyDatabase[0001-0001].journal al equipo espejo (utilizando 4DIC, Servicios web, etc.). | ||
| La base está en operación. | ||
| 4 | Detección de un archivo que está esperando a ser integrado. Ejecución del método que contiene el comando INTEGRATE LOG FILE para integrar el archivo MyDatabase[0001-0001].journal. | |
| 5 | Incidente en el equipo; la base es inutilizable. Decisión de pasar al equipo espejo. | |
| Copia del archivo de historial actual MyDatabase.journal al equipo espejo, vía la carpeta de recepción habitual. | ||
| 6 | Análisis del incidente y reparación. | Detección de un archivo que está esperando a ser integrado. Ejecución del método que contiene el comando INTEGRATE LOG FILE para integrar el archivo MyDatabase.journal. |
| Por seguridad, creación de un archivo de historial actual en la página Backup/Configuración de las Preferencias. | ||
| La base está en operación. | ||
| 7 | La máquina se repara. Remplazo de los archivos de la base por los de la base espejo. Inicio de la aplicación. 4D Server solicita el archivo de historial: selección del archivo transferido desde el equipo espejo. | Salimos de la base. Volver al paso 2. |
- ejmplos de Creación de espacios de disco con espejo
Los principios siguientes aplican:
- La base está instalada en el equipo 4D Server principal (máquina de funcionamiento) y una copia idéntica de la base está instalada en la máquina 4D Server espejo.
- Una prueba al inicio de la aplicación (por ejemplo, para detectar la presencia de un archivo específico en la carpeta 4D Extensions) permite distinguir entre las dos versiones (operacional y espejo) y por tanto ejecutar las operaciones apropiadas.
- En la máquina 4D Server en funcionamiento, el archivo de historial es "segmentado" a intervalos regulares con el comando New log file. Dado que ninguna copia de seguridad se lleva a cabo en el servidor principal, la base se mantiene disponible permanentemente en modo lectura-escritura.
- Cada “segmento” del archivo de historial se envía a la máquina espejo, donde se integra a la base espejo utilizando el comando INTEGRATE LOG FILE.
- Un contador de tiempo en el servidor principal para la gestión de los ciclos de ejecución del comando New log file,
- Un sistema de transferencia para los "segmentos" del archivo de historial entre la máquina operacional y la máquina espejo (usando 4D Internet Commands para una transferencia vía FTP o por sistemas de mensajería, servicios web, etc),
- Un proceso en la máquina espejo destinada a supervisar la llegada de nuevos "segmentos" del archivo de historial y de integrarlos usando el comando INTEGRATE LOG FILE,
- Un sistema de comunicación y de gestión de errores entre el servidor principal y el servidor espejo.
No hay comentarios:
Publicar un comentario