Récupération de données
Récupération de données à Aix-en-Provence
À Aix-en-Provence, arrêtez les exécutions et conservez les notebooks IPYNB, checkpoints, scripts, jeux de données et fichiers d'environnement. Le laboratoire acquiert les supports puis contrôle cellules, pièces jointes, sorties et dépendances sur une copie isolée.
Diagnostic et devis
Distinguer le notebook visible du calcul reproductible
Sur la copie, le diagnostic recense les notebooks IPYNB, leurs checkpoints, les jeux de données et les environnements de kernel avant d'examiner les cellules.
La structure IPYNB est examinée sans exécuter le document source.
Les checkpoints, dépôts et exports gardent leur chronologie et leur empreinte.
Les cellules prioritaires sont contrôlées sur une copie avec leurs dépendances explicitement identifiées.
- SSD de stations de travail contenant notebooks et environnements
- Disques durs portant jeux de données et archives de projets
- Disques externes utilisés pour les expériences et sauvegardes
- NAS conservant jeux de données, résultats et dépôts de recherche
- Serveurs de fichiers contenant environnements, modèles et journaux
- Clés USB portant notebooks, CSV, Parquet ou exports HTML
- Images protégées des volumes permettant une analyse reproductible
Attention
Une réexécution peut remplacer des sorties et états utiles
- Ne réexécutez pas toutes les cellules
- Ne remplacez pas le notebook par un checkpoint arbitraire
- Ne nettoyez pas les sorties sur l'unique copie
- Ne supprimez pas les environnements et fichiers de verrouillage
- Ne déplacez pas les jeux de données avant l'inventaire
- Conservez les dépôts et exports séparément
- Gardez les secrets hors du formulaire public
- Laissez hors tension tout support présentant des symptômes physiques
À Aix-en-Provence, ne réexécutez pas les notebooks et ne nettoyez pas leurs sorties. Les checkpoints, données et environnements restent séparés jusqu'à leur comparaison.
Préparer le devis
Préserver les notebooks, les checkpoints et les environnements avant toute réexécution
À Aix-en-Provence, une préparation fiable conserve chaque fichier IPYNB, dossier.ipynb_checkpoints, jeu de données, spécification de kernel et fichier d'environnement utile sans modifier les originaux.
- Arrêter les kernels et calculs en cours
- Conserver tous les fichiers IPYNB
- Préserver les dossiers.ipynb_checkpoints
- Garder les scripts et modules locaux
- Conserver les jeux de données sources
- Joindre les environnements et fichiers de verrouillage
- Noter le kernel et les versions utilisées
- Garder les dépôts et exports séparément
- Lister les cellules et résultats prioritaires
- Laisser hors tension tout support physiquement instable
Comment ça marche
Des supports qualifiés à l'analyse logique des fichiers IPYNB sur une copie
- À Aix-en-Provence, arrêtez les kernels et notez les notebooks, cellules, résultats et jeux de données prioritaires.
- Le laboratoire qualifie d'abord l'état matériel du support puis, lorsqu'il est suffisamment stable, en réalise une acquisition en lecture seule. Sur la copie, il inventorie les fichiers IPYNB, les dossiers.ipynb_checkpoints, les jeux de données, les spécifications de kernels et les fichiers d'environnement, sans modifier l'original.
- Les IPYNB, checkpoints, scripts, données, environnements, dépôts et exports sont inventoriés avec dates et empreintes.
- La structure JSON des notebooks est examinée sur une copie pour distinguer cellules source, sorties, métadonnées et pièces jointes.
- Les checkpoints et révisions sont comparés sans écraser l'ordre des cellules ni les états de sortie.
- Les dépendances et chemins de données sont recensés; des cellules repères sont contrôlées dans un environnement isolé lorsque les éléments requis sont disponibles.
- Le bilan sépare les notebooks lisibles, cellules vérifiées, sorties non reproductibles, dépendances absentes et contenus non exploitables avant le devis.
Nos expertises
Supports examinés autour de votre environnement Jupyter
Notre expertise
Une validation adaptée à un environnement Jupyter
Un fichier IPYNB est un document JSON qui associe cellules source, résultats, métadonnées et parfois pièces jointes intégrées.
Les sorties peuvent rester visibles après la disparition d'une bibliothèque ou d'un jeu de données. Elles constituent une preuve d'affichage, pas de reproductibilité.
Les checkpoints et dépôts conservent des états différents. L'ordre des cellules et leurs compteurs d'exécution aident à reconstituer la chronologie.
Les environnements, fichiers de verrouillage et versions de bibliothèques expliquent parfois une divergence sans contenir les données source.
La validation ouvre le notebook, inspecte les pièces jointes et contrôle des cellules repères lorsque leurs dépendances sont disponibles. Une sortie mise en cache reste qualifiée séparément.
- Notebooks
- Cellules et métadonnées inventoriées
- Checkpoints
- Versions datées et comparées
- Données
- Sources et chemins rapprochés
- Calculs
- Sorties et reproductibilité qualifiées
Prise en charge
Préparer depuis Aix-en-Provence un environnement Jupyter
Depuis Aix-en-Provence, conservez les notebooks, checkpoints, scripts, données et environnements sans relancer les calculs.
Aix-en-Provence est une zone desservie sans agence, atelier, dépôt ni laboratoire Datastrophe sur place. Datastrophe organise l'acheminement du support vers son laboratoire puis son retour. Le transporteur se limite aux trajets: il n'ouvre pas le colis, ne branche pas le support, ne lit aucun fichier et n'effectue aucune opération technique.
Précisez la version de Jupyter, le kernel concerné, le dernier notebook cohérent et le message apparu.
Listez les notebooks, cellules, graphiques et résultats prioritaires.
Joignez les jeux de données, dépôts, fichiers de verrouillage et exports disponibles.
IPYNB, checkpoints, cellules, données et kernels à rapprocher
Restituer les cellules sans confondre sortie et reproductibilité
Les notebooks et checkpoints sont datés avant leur comparaison.
Les cellules source restent distinguées des sorties déjà calculées.
Les chemins et empreintes relient les notebooks aux jeux de données disponibles.
Le résultat précise les notebooks lisibles, calculs contrôlés et dépendances manquantes.
- Notebooks figés Aucune exécution ne modifie les sources.
- Versions comparées Les checkpoints gardent leur chronologie.
- Données reliées Les chemins et jeux de données disponibles sont recensés.
- Calculs qualifiés Les sorties et tests repères sont distingués.
Carte
Situer l'origine de la demande à Aix-en-Provence
FAQ
Questions sur un environnement Jupyter inaccessible
Un graphique visible prouve-t-il que le calcul fonctionne?
Non. Il peut s'agir d'une sortie conservée alors que le code, les données ou les dépendances ont changé.
Faut-il réexécuter toutes les cellules?
Non avant l'inventaire. Cela peut modifier les sorties et masquer l'ordre réel des calculs.
Pourquoi garder les checkpoints?
Ils peuvent préserver un état antérieur du notebook à comparer au fichier principal.
Les jeux de données sont-ils indispensables?
Ils sont nécessaires pour vérifier la reproductibilité, même si certaines sorties restent visibles sans eux.
Les environnements sont-ils contrôlés?
Oui. Les kernels, versions et fichiers de verrouillage sont recensés avec les notebooks.
Comment les notebooks sont-ils validés?
Leur structure, cellules et pièces jointes sont contrôlées, puis des calculs repères sont testés lorsque leurs dépendances sont présentes.
Diagnostic et devis
Faire qualifier les fichiers IPYNB, les checkpoints et les environnements avant toute nouvelle exécution
Décrivez les notebooks, cellules, graphiques et résultats prioritaires. Le diagnostic gratuit produit une liste des contenus vérifiés, partiels, seulement détectés ou non exploitables avant le devis gratuit.