Buenas!.
Pues estos son los siguientes enlace que me parecen interesante compartir.
Están algo más centrado en temas con php.
Este primero me suena de quizás ya os lo enlacé en su día.
Las bases de datos y la importancia de sus copias de seguridad
Seguridad en bases de datos
Saludos
Pues estos son los siguientes enlace que me parecen interesante compartir.
Están algo más centrado en temas con php.
Este primero me suena de quizás ya os lo enlacé en su día.
Las bases de datos y la importancia de sus copias de seguridad
Seguridad en bases de datos
Saludos
"El conocimiento es la mejor inversión que se puede hacer" - Abraham Lincoln
Al nivel que me he movido en mi vida laboral, hay dos tipos de bases de datos: las de gestión interna de la empresa y las de las páginas web. Las primeras las teníamos en un servidor dentro de la VPN y se accedía a ellas con Gambas. No había página web asociada a las mismas. Las de las páginas web estaban en sus respectivos servidores y no tenían conexión directa con las internas. Tan solo algunos procesos de gambas que recababan los datos que se necesitaban puntualmente.
No sé si es la mejor estrategia, pero la adopté cuando empecé a ver los peligros de abrir las BBDD con alguien tan ignorante del hacker-mundo como yo...
Decir que nunca tuvimos problemas... lo que no quiere decir nada, pero a lo mejor quiere decir algo.
Saludos.
No sé si es la mejor estrategia, pero la adopté cuando empecé a ver los peligros de abrir las BBDD con alguien tan ignorante del hacker-mundo como yo...
Decir que nunca tuvimos problemas... lo que no quiere decir nada, pero a lo mejor quiere decir algo.
Saludos.
No podemos regresar
Imagino que la base de datos del foro de Gambas-es tiene que pesar lo suyo. Sobre todo la antigua.
Pero naturalmente es solo "un archivo" que pesa un montón.
Supongo que en parte es como lo hace Shordi con los proyectos de Gambas. A diario hace una copia de todos los proyectos de
Gambas con una fecha del día. El nombre que se le quiera poner, naturalmente.
¿ Qué criterio se debería usar para eliminar las copias de seguridad ?. ( Me supongo que no se va a querer tener en un mes, 30 copias ).
Y si a eso le añades un archivo descomunal de tamaño por copia, peor.
Saludos
Pero naturalmente es solo "un archivo" que pesa un montón.
Supongo que en parte es como lo hace Shordi con los proyectos de Gambas. A diario hace una copia de todos los proyectos de
Gambas con una fecha del día. El nombre que se le quiera poner, naturalmente.
¿ Qué criterio se debería usar para eliminar las copias de seguridad ?. ( Me supongo que no se va a querer tener en un mes, 30 copias ).
Y si a eso le añades un archivo descomunal de tamaño por copia, peor.
Saludos
"El conocimiento es la mejor inversión que se puede hacer" - Abraham Lincoln
Cita:¿ Qué criterio se debería usar para eliminar las copias de seguridad ?. ( Me supongo que no se va a querer tener en un mes, 30 copias ).
Y si a eso le añades un archivo descomunal de tamaño por copia, peor
Bien, ante todo dos cositas:
1.- Las bases de datos (salvo las de escritorio, claro) no son un archivo. Ocupan varios archivos (tablespaces, indices, rollbacks, etc. según el tipo de base de datos) que se distribuyen, según los discos de la máquina servidora, el tiempo que lleve la BB.DD funcionando (por los ficheros auto-expandibles) y más cosas que no recuerdo ya.
2.- Lo más importante en una base de datos no es (que también) no perder datos, es no perder el servicio. Que no deje de funcionar.
Teniendo eso en cuenta, lo que se hace (lo que yo hacía) es tener dos servidores de bases de datos idénticos: Uno principal funcionando y otro de Backup también funcionando pero con una IP distinta (claro) dentro de la VPN. La copia de seguridad consiste en una serie de procesos SQL que traspasan los datos del servidor Principal al de Backup cada, creo recordar, cuatro horas. Luego hay un proceso nocturno que vuelca cada una de las base de datos a un fichero SQL. Estos ficheros SQL son altamente comprimibles y no ocupan demasiado, por lo que se almacenaban en una carpeta por fechas (en una tercera máquina) y listo. Mi programa INTRIGA me levantaba una alerta cuando la partición donde residían estas copias superaba el 75%, cosa que ocurría más o menos un par de veces al año. Entrabas, borrabas los más viejos y listo.
El truco estaba en que el servidor Principal sí tenía su IP interna dentro de la VPN y el secundario la suya. En caso de fallo del principal sólo tenías que entrar vía ssh en el secundario, cambiar la IP, reiniciarlo y el servicio sólo se interrumpía unos minutos. En caso de fallo de la red (cambio de compañía telefónica o avería en la compañía telefónica) teníamos una segunda línea con internet (más lenta que la principal pero más barata) con otra compañía telefónica distinta. Conectando el hub de la LAN a esa línea y cambiando los DNS para que todos entraran en la secundaria. Se tardaba, según velocidad de propagación del nuevo DNS, entre unos minutos y cuatro horas.
Viejas batallitas...
Saludos
No podemos regresar
No podemos regresar
(21-03-2023, 11:16)Shordi escribió: 1.- Las bases de datos (salvo las de escritorio, claro) no son un archivo. Ocupan varios archivos (tablespaces, indices, rollbacks, etc. según el tipo de base de datos) que se distribuyen, según los discos de la máquina servidora, el tiempo que lleve la BB.DD funcionando (por los ficheros auto-expandibles) y más cosas que no recuerdo ya.
Se nota bastante que no he usado otras que las de Progama Access y las de gestor Sqlite ( y aún así me queda mucho que aprender de estas ).
Tendré que buscar un vídeo y ver como va esto. Del curso de administración de equipos cuando trata el tema de bases de datos, se llega
a complicar en dos temas. Probablemente en el segundo tema abarcará lo que estas explicando.
Hasta ahora he visto: ( Algunos son son temas tan largos para verlos en un día y que no suelen entrar en el cuestionario final.).
Cita:1. Introducción ............................................................................................................ 4
2. Objetivos ................................................................................................................. 4
3.1 Sistemas de almacenamiento de la información .................................................. 5
3.2 Diseño lógico de bases de datos ......................................................................... 10
3.2.1 Modelo de datos .......................................................................................... 11
3.2.2 Modelo E/R extendido ................................................................................. 13
3.2.3 Modelo relacional ........................................................................................ 15
3.2.4 La terminología del Modelo relacional incluye: .......................................... 15
3.2.5 Normalización .............................................................................................. 18
3.3 Diseño físico de bases de datos .......................................................................... 22
3.3.1 Ejemplos de herramientas gráficas de gestores de base de datos: ............ 24
3.3.2 Comandos SQL para la definición de datos: ................................................ 26
3.3.3 Ejemplos de “scripts” SQL para crear tablas: .............................................. 28
3.3.4 Tipos de datos: ............................................................................................. 29
3.4 Realización de consultas ..................................................................................... 32
3.5 Edición de los datos ............................................................................................. 37
3.6 Construcción de guiones ..................................................................................... 41
3.7 Gestión de la seguridad de los datos .................................................................. 43
Cita:Viejas batallitas...
No dejan de ser interesantes. A ver esas memorias de informático, para cuando.
Saludos
"El conocimiento es la mejor inversión que se puede hacer" - Abraham Lincoln