bige-opsTélécharger la bêta ↗Migration des données
Passer de S3 ou R2 à un autre stockage sans refaire les transferts à la main. Choisir la source, la destination, puis lancer : bige-ops copie les objets, contrôle le résultat et permet de reprendre après une coupure.
Application gratuite · macOS & Linux · Sans IA obligatoire
Le parcours dans l’app
Faire défiler pour suivre chaque étape.
Relier le stockage source : AWS S3, Cloudflare R2 ou un endpoint S3 compatible. Ouvrir les buckets et choisir les objets ou préfixes concernés. Les accès restent locaux ; l’explorateur montre le compte, le bucket et la portée avant d’engager le transfert.
Les autorisations de lecture de la source et d’écriture de la destination sont nécessaires.
Sélectionner la connexion de destination et relire le plan. Il indique les objets retenus, les collisions, le volume et les blocages éventuels. Pour plusieurs buckets vers Outscale OOS, bige-ops prépare les destinations de même nom et présente les créations nécessaires.
La copie multi-buckets cible actuellement Outscale OOS ; le transfert d’un bucket utilise les endpoints compatibles.
Une fois le plan prêt, lancer la copie. bige-ops transfère les objets et conserve un journal par opération. L’écran distingue ce qui avance, ce qui est confirmé et ce qui rencontre une erreur. La source reste en place pendant toute la copie.
Le transfert multi-buckets peut continuer après fermeture de l’app. Pour une copie simple, garder l’app ouverte.
Après un échec réseau ou une interruption, reprendre la même opération. bige-ops relit son journal, vérifie les objets déjà envoyés et poursuit ce qui reste à traiter. Un objet partiellement transféré peut être repris depuis son début ; les objets confirmés ne sont pas recopiés inutilement.
La reprise se lance depuis l’opération conservée. Elle ne promet pas de reprendre chaque fichier au même octet.
Relire le résultat et ouvrir la destination. La vérification compare la taille et une preuve SHA-256 ; une option relit entièrement le contenu distant pour renforcer le contrôle. Les erreurs restent identifiables avant de faire utiliser le nouveau stockage par l’application.
La copie ne supprime pas la source et ne bascule pas automatiquement la configuration de l’application.
Un suivi conservé, des objets vérifiés, une opération que l’on retrouve.
Le journal durable garde le résultat par objet. Au redémarrage, la destination est vérifiée avant de décider de renvoyer un objet dont la confirmation avait été interrompue.
Le contrôle standard vérifie la taille et la preuve SHA-256 disponible. L’option de relecture complète télécharge le contenu de destination pour recalculer son empreinte. Elle ajoute du trafic et du temps.
Le plan distingue les collisions et les incompatibilités. Les clés et capacités de l’endpoint sont vérifiées ; le bouton de lancement ne rend pas compatibles deux services qui ne le sont pas.
Changer de moteur, de topologie ou de cible ne se résume pas à copier des fichiers.
Le parcours MongoDB utilise les outils de dump et de restauration, suit les collections et compare les comptages disponibles. Les capacités dépendent de la cible. Une restauration peut remplacer les données déjà présentes.
Voir les migrations de bases ↗MongoDB peut être configuré en replica set de 1, 3 ou 5 membres selon la topologie prise en charge. Répartir les membres et préparer les sauvegardes relève de l’architecture cible ; ce n’est pas une réplication continue automatique depuis Atlas.
Comprendre les bases complexes ↗Le panneau Données donne accès aux opérations proposées pour le moteur : sauvegarde, migration et restauration. La reprise d’objets S3 ne doit pas être confondue avec une reprise universelle de migration de base.
Ouvrir le parcours Données ↗Pour aller plus loin
Copier les objets conserve le stockage de départ. La bascule du produit se décide après la vérification.
Explorer les stockages ↗Dump, restauration, comptages et sauvegardes répondent aux contraintes du moteur choisi.
Voir les bases de données ↗Connecter les comptes depuis le poste et partager la configuration sans y committer les credentials.
Comprendre les accès ↗Le parcours multi-buckets utilise un processus séparé et peut continuer après fermeture de l’app. L’ordinateur, les accès et le réseau doivent rester disponibles. Pour une copie simple, garder l’app ouverte ou retrouver l’opération et la reprendre après une interruption.
Reprendre la même opération et son journal. Les objets confirmés sont conservés ; les objets incomplets ou en erreur sont retraités. Un objet partiel peut repartir de son début : ce n’est pas une promesse de reprise au même octet.
Les opérations dépendent du protocole, des permissions et de la cible. Le plan indique les blocages. La copie multi-buckets vise Outscale OOS ; les bases disposent de leur parcours par moteur, distinct des transferts S3.
Installer l’app gratuite. Commencer par une simulation, avant d’engager des ressources cloud.
Télécharger bige-ops ↗