¿Es una buena idea hacer una copia de seguridad de la base de datos SQL en un disco duro externo USB?

Instalaré un sistema de base de datos en una plataforma petrolera costa afuera (servidores en rack). Tienen hardware y espacio muy limitados, por lo que no es posible enviar una infraestructura de respaldo. No es posible enviar copias de seguridad a través de FTP, ya que ni siquiera tienen un servidor de archivos.

Estaba pensando en hacer una copia de seguridad de la base de datos SQL en un disco duro portátil USD. Las unidades de disco duro USB se enchufarán directamente en el servidor en todo momento. Una vez a la semana, cambiarán el disco duro por uno nuevo / antiguo.

¿Es una buena idea hacer esto? Si no, ¿puedes proponer una solución mejor?

Es solo una idea, pero puede proporcionar un servicio de respaldo externo (o incluso de terceros) a través de un servidor espejo / db. La información se replicará cada vez que realice una inserción / actualización / registro de transacciones / alterar / crear / etc., cualquier modificación. Por lo tanto, las transacciones son muy pequeñas y pueden estar en cola si no tiene acceso o si tiene una conexión limitada (como una conexión por semana) a Internet / red externa.

Podría ayudarte significativamente más si me dices qué tipo de DB estás usando. Es MySQL? MSSQL? ¿ORÁCULO?

Aún más (solo otra idea), ¿pensó en hacer una copia de seguridad de buena programación de políticas? Por ejemplo, si conoce la estructura y los datos, y el tiempo de caducidad de los datos, puede mover / eliminar su historial innecesario o trabajar con la idea anterior sobre una base de datos reflejada.

Creo que el costo de trabajar con un espejo db con una conexión mínima es menor que trabajar con hardware extraíble externo, en términos de riesgo, seguridad, espacio y daños en el hardware.

Editado:

Sobre el espejo de un servidor hay mucha ayuda y tutoriales y tutoriales en video. Mi habilidad está más orientada al servidor MySQL en Linux, pero puedo darte algunos consejos, espero que puedan ayudarte.

• En primer lugar, mirando aquí, por defecto del servidor, o incluso mejor: administradores de bases de datos en Stack Exchange
• En el msdn para MSSQL (le doy la versión 2005, no sé qué versión es su servidor / db: Mirroring de base de datos en SQL Server 2005 pero puede cambiarlo en el menú superior.

• Hay un enlace de preguntas frecuentes en la parte inferior de ese documento que puede aclararle muchas preguntas principales sobre (por ejemplo, la transacción de la cola, la capacidad de la red, etc.):

• O Cómo preparar una base de datos espejo en 2008 R2 (puede cambiar la versión haciendo clic en la parte superior, "Otras versiones".

• En google con claves como esta te cansarás de leer sobre él: Búsqueda de Google . Como te dije, no es mi base de datos preferida, así que no sé realmente cómo puedes hacerlo en MSSQL, pero estoy seguro de una cosa: si la base de datos es al menos 2005, puedes hacerlo, y seguro con Más opciones y mejor que te dije.
• Creo que casi todos los hosting que brindan un servicio con solo un servidor de base de datos, se pueden hacer desde cualquier ubicación con algún tipo de políticas o certificados, se lo explicarán. No recuerdo en este momento un buen servicio, pero sé que hay muchos. Es posible que encuentre servidores MySQL más baratos que los servidores MSSQL, pero creo que necesita alguna "aplicación de migración" para mover datos de MSSQL a MySQL, por lo que para mí la primera opción es que busque todos los detalles sobre su fuente y luego solicite Un espejo compatible.

Y otra idea que se hace con esa línea de pensamiento:

Suponga que no puede configurar el espejo ni nada por el motivo. En última instancia, puede hacer un pequeño software de trabajo / tarea / automatización o script que lee muchos datos a través de SQL y lo envía a través de SQL (y puede cambiar el destino, por ejemplo, de MSSQL (su fuente real) a MySQL ( eso es gratis y puedes apoyarlo donde sea, con tu propia PC / servidor / etc.

Realmente si sabes acerca de SQL puedes hacerlo.

• Y otro consejo, creo que dijo que no puede agregar / adjuntar ningún HD, pero puede trabajar con el disco RAID para ampliar la capacidad de sus copias de seguridad internas.

  Pero, en cualquier caso , la idea principal de una copia de seguridad es que la tenga en un entorno completamente diferente (otro lugar) al que puede acceder y / o cambiar sus bases de datos si se cae por alguna razón (un incendio, un terremoto, un revolución, un problema de hardware). Esa es la idea principal de un espejo: un servidor de carga equilibrada que es claro para el usuario, realmente no sabe dónde está trabajando, funciona al mismo tiempo de la misma manera. Esa es una diferencia con una "copia de seguridad del historial" y una "copia de seguridad en tiempo real".

Editado 2: En cualquier caso, nunca respondo nada sobre tu idea. Por supuesto, es mejor que nada, pero para los datos críticos es como nada. Tiene muchos problemas futuros no deseables:

• Velocidad de USB
• Proceso manual (¿por quién? ¿La información es demasiado crítica para que otra la maneje? ¿Tiene usted alguna responsabilidad legal / laboral / económica si la persona que trabaja con sus datos la robó / destruyó / cambió?
• Tiempo, por supuesto, quieres una opción automática.
• Harás una copia de seguridad ... ¿qué? ¿Que cantidad? que tipo de datos ¿Cuáles son los datos antiguos? ¿Con qué criterios? ¿Los criterios cambiarán o pueden cambiar? Y eso se convierte en la siguiente pregunta:
• Aquí en mi país tenemos un "proverbio" o "sinónimo" que dice algo así como ... "es pan para hoy, hambriento para mañana". Quiero decir, ¿necesitarás cambiar este proceso en cualquier momento? ¿Es posible que necesite buscar otra forma en poco tiempo? ¿Cual será el costo? ¿Su solución es flexible o obtendrá un problema futuro de forma gratuita?

Una copia de seguridad en una unidad conectada por USB es ciertamente mejor que ninguna copia de seguridad. Una copia de seguridad en hardware específicamente diseñada para copias de seguridad (como cintas) podría ser una opción aún mejor.

¿Puedes permitirte perder una semana de datos? Si solo está intercambiando unidades una vez por semana, entonces está arriesgando una semana de datos. Si la unidad está conectada durante una semana, existe el riesgo de que se produzca una sobretensión eléctrica tanto en la computadora como en la unidad de respaldo. Si esa unidad no se ha cambiado durante 6 días, entonces pierde 6 días de datos.

¿Va a enviar las unidades a otra ubicación? Parece probable que la posibilidad de algún tipo de evento que destruya tanto la base de datos original como las unidades de respaldo es bastante alta.