Est-ce une bonne idée de sauvegarder la base de données SQL sur un disque dur externe USB?

Je vais installer un système de base de données sur une plate-forme pétrolière offshore (serveurs en rack). Leur matériel et leur espace étant très limités, il est impossible d'envoyer une infrastructure de sauvegarde. L'envoi de sauvegardes via FTP n'est également pas possible car ils ne disposent même pas d'un serveur de fichiers.

Je pensais à la sauvegarde de la base de données SQL sur des disques durs USD portables. Les disques durs USB seront branchés directement sur le serveur à tout moment. Une fois par semaine, ils remplaceront le disque dur par un disque neuf / ancien.

Est-ce une bonne idée de faire cela? Sinon, pouvez-vous proposer une meilleure solution?

C'est juste une idée, mais vous pouvez fournir un service de sauvegarde externe (ou même tiers) via un serveur miroir / une base de données. Les informations seront répliquées à chaque fois que vous effectuez une insertion / mise à jour / journal des transactions / modifiez / créez / etc., toute modification. Les transactions sont donc très peu nombreuses et peuvent être en file d'attente si vous n'avez pas accès ou si vous avez une connexion limitée (une connexion par semaine) à Internet / réseau externe.

Je pourrais vous aider beaucoup plus si vous me disiez quel type de base de données utilisez-vous. C'est MySQL? MSSQL? ORACLE?

Encore plus (juste une autre idée) avez-vous pensé à faire une sauvegarde de programmabilité de bonne politique? Par exemple, si vous connaissez la structure et les données, ainsi que leur date d'expiration, vous pouvez déplacer / supprimer votre historique interne ou utiliser l'idée ci-dessus concernant une base de données miroir.

Je pense que le coût d'utilisation d'une base de données miroir avec une connexion minimale est inférieur à celui d'un matériel amovible externe, en termes de risque, de sécurité, d'espace et de dégâts matériels.

Édité:

À propos du miroir d’un serveur, il existe de nombreuses aides, didacticiels et didacticiels vidéo. Mes compétences sont plus orientées sur le serveur MySQL sous Linux, mais je peux vous donner quelques astuces, j'espère qu'elles pourront vous aider.

• Tout d'abord, regardez ici, sur serverfault, ou même mieux: administrateurs de bases de données sur Stack Exchange
• Sur le msdn pour MSSQL (je vous donne la version 2005, je ne sais pas quelle version est votre serveur / db: Database Mirroring dans SQL Server 2005, mais vous pouvez le changer dans le menu principal.

• Il y a un lien FAQ au bas de ce document qui peut clarifier beaucoup de questions principales sur (par exemple, la transaction de file d'attente, la capacité du réseau, etc.):

• Ou Comment préparer une base de données miroir sur 2008 R2 (vous pouvez changer la version en cliquant en haut, "Autres versions".

• Sur Google avec des clés comme celle-ci, vous en aurez assez de la recherche : Recherche Google . Comme je vous l'ai dit, ce n'est pas ma base de données préférée, donc je ne sais pas vraiment comment vous pouvez le faire avec MSSQL, mais je suis sûr d'une chose: si la base de données est d'au moins 2005, vous pouvez le faire, et bien sûr avec plus d'options et mieux que je vous ai dit.
• Je pense que presque tous les hébergements qui fournissent un service avec un serveur de base de données uniquement peuvent créer un miroir à partir de n’importe quel emplacement, avec une sorte de politique ou de certificat, ils vous expliqueront cela. Je ne me souviens pas actuellement d'un bon service mais je sais qu'il y en a beaucoup. Il est possible que vous trouviez plus de serveurs MySQL bon marché que de serveurs MSSQL, mais je pense que vous avez besoin d’une "application de migration" pour transférer les données de MSSQL vers MySQL. Pour moi, la première option est de regarder tous les détails de votre source et de demander ensuite un miroir compatible.

Et une autre idée qui devient avec cette ligne de pensée:

Suppose que vous ne pouvez pas configurer le miroir ou quoi que ce soit la raison. Dans le dernier cas, vous pouvez créer un petit logiciel ou un script de travail / tâche / automatisation qui lit beaucoup de données via SQL et l'envoie via SQL (et vous pouvez modifier la destination, par exemple de MSSQL (votre source réelle) vers MySQL ( c'est gratuit et vous pouvez le supporter où que vous soyez, avec votre propre ordinateur / serveur / etc.

Vraiment, si vous connaissez SQL, vous pouvez le faire.

• Et un autre conseil, je pense que vous avez dit que vous ne pouvez pas ajouter / attacher de disque dur, mais que vous pouvez utiliser le disque RAID pour étendre la capacité de vos sauvegardes internes.

  Mais dans tous les cas , l’idée principale d’une sauvegarde est que vous avez la sauvegarde dans un environnement complètement différent (un autre endroit) auquel vous pouvez accéder et / ou changer vos bases de données si l’on tombe pour une raison quelconque (un incendie, un tremblement de terre, une révolution, un problème matériel). C'est l'idée principale d'un miroir: un serveur à charge équilibrée, clair pour l'utilisateur, vous ne savez vraiment pas où vous travaillez, cela fonctionne en même temps et de la même manière. C'est une différence avec une "sauvegarde de l'historique" et une "sauvegarde en temps réel".

Edité 2: En tout cas, je ne réponds jamais à votre idée. Bien sûr, c'est mieux que rien, mais pour les données critiques, ce n'est rien. Il y a beaucoup de futurs numéros non souhaitables:

• Vitesse de l'USB
• Processus manuel (par qui? Les informations sont-elles trop critiques pour le traitement par un autre?) Vous avez une responsabilité légale / professionnelle / économique si la personne qui travaille avec vos données les a volées / détruites / modifiées?
• Le temps, bien sûr, vous voulez une option automatiquement.
• Vous allez sauvegarder .. quoi? quel montant? quel genre de données? quelles sont les anciennes données? Avec quels critères? Les critères vont ou peuvent changer? Et cela devient avec la question suivante:
• Ici, dans mon pays, nous avons un "proverbe" ou un "mot d'ordre" qui dit quelque chose comme ... "c'est du pain pour aujourd'hui, faim pour demain". Je veux dire, vous aurez besoin de changer ce processus à tout moment? Est-il possible que vous ayez besoin de chercher un autre moyen en peu de temps? Quel sera le coût? Est-ce que votre solution est flexible ou vous aurez un problème futur gratuitement?

Une sauvegarde sur un lecteur connecté USB est certainement préférable à aucune sauvegarde. Une sauvegarde sur du matériel spécialement conçu pour les sauvegardes (telles que les bandes) peut constituer un choix encore meilleur.

Pouvez-vous vous permettre de perdre une semaine de données? Si vous permutez uniquement les lecteurs une fois par semaine, vous risquez de perdre des données pendant une semaine. Si le lecteur est connecté pendant une semaine, il existe un risque de surtension de l’ordinateur et du lecteur de secours. Si ce lecteur n'a pas été modifié pendant 6 jours, vous perdez 6 jours de données.

Enverrez-vous les lecteurs à un autre endroit? Il semble probable que le risque d'un événement quelconque qui détruira à la fois la base de données d'origine et les lecteurs de sauvegarde est assez élevé.