Tout d'abord, excusez-moi si cette question ressemble à un mur de texte, je ne vois pas comment la formater.
J'ai une machine avec des données précieuses (vers 1995), la machine exécute UNIX (SCO OpenServer 6) avec une base de données inconnue stockée dessus.
Les données sont normalement accessibles via un progiciel dont la licence a expiré et les développeurs ne commercialisent plus.
Le progiciel se connecte à la machine via telnet pour récupérer des données et modifier des données (la connexion telnet ne fonctionne plus en raison du changement de licence).
Je peux accéder à la machine via un pilote ODBC (SeaODBC.dll) sur un réseau, c'est ainsi que je prévoyais d'extraire les données mais jusqu'à présent j'ai récupéré 300 000 lignes en un peu plus de 24 heures, au total j'estime qu'il y en aura autour 50 000 000 lignes au total, donc à la vitesse actuelle, cela prendra 6 mois !
J'ai joué avec l'interface UNIX et les seuls fichiers volumineux que je peux trouver se trouvent dans une matrice massive de dossiers à un seul caractère (par exemple, A> G> data, A> H> data ect).
J'ai besoin soit d'un moyen plus rapide d'extraire les données de la machine via ODBC, soit d'un moyen d'extraire l'intégralité de la base de données localement sur la machine vers un lecteur externe/réseau ou une autre source externe.
Est-ce que quelqu'un sait comment trouver les systèmes de base de données installés sur la machine ? J'espère que c'est un standard et que je pourrai trouver un moyen de tout exporter dans un fichier bien formaté !
Réponse acceptée :
Quelques trucs à essayer, sans ordre particulier :
file(1)pourrait être en mesure d'identifier les fichiers- Toutes partitions de disque étranges et non montées peuvent être des périphériques bruts
- Fouillez dans
/etc/init.d(ou quel que soit le système utilisé pour démarrer les services), la base de données a probablement été démarrée à partir de là d'une manière ou d'une autre. strings(1)appliqués aux exécutables aident souvent à identifier les légendes, les chaînes de version et autres- Si la licence a expiré, vous pouvez simplement essayer de réinitialiser la date…
- Peut-être que rechercher sur Google le fournisseur du package donne des indices sur ses bases de données préférées
- Copiez simplement l'intégralité du disque ailleurs et analysez-le sur une machine plus performante
- J'ai travaillé avec un système SCO pendant longtemps tout en arrière, et ce fut une douleur royale. Mais il disposait alors d'un système de gestion de packages rudimentaire, et des packages tiers étaient installés à l'aide de celui-ci. Vous pouvez peut-être le persuader de dire ce qui a été installé.