La récupération de données est le plus intéressant quand il ya de multiples problèmes à affronter, si la combinaison d'un échec RAID avec la suppression de fichiers à partir d'un système de fichiers UNIX UFS donne lieu à une récupération de données particulièrement difficile.
Sécurisez les données
Le premier aspect de l'ouvrage est la sécurisation des données. Toute entreprise de bonne réputation de récupération de données, et ils sont nombreux, seront religieusement sécuriser toutes les données disponibles avant de commencer tout travail. De travail en direct sur les disques à partir d'un RAID sans avoir d'abord obtenu des copies de chaque image, et de risquer la perte totale des données devrait-il y avoir une défaillance matérielle ou d'écrire le dos, est moralement indéfendable et inepte commercialement. Il existe de nombreux outils à la disposition des disques copie de l'image de travail.
Définir le RAID
Il n'existe aucune norme RAID 5 organisation. RAID 5 décrit une méthode d'entrelacement de données à travers un certain nombre de disques avec la création de la parité XOR des données qui sont distribués sur les disques.
Le calcul de la parité des données pour RAID 5 est simple, mais l'ordre dans lequel les disques sont utilisés, l'ordre dans lequel la parité est répartie entre les disques et la taille de chaque bloc de données sur chaque disque ne sont pas. C'est là que le UFS (et ext3 et XFS) méthode de division d'un volume en groupes d'allocation est un grand avantage. Le NTFS tout ce que vous obtenez est vraiment le début de la table MFT et le miroir MFT, et il ne peut y avoir plusieurs RAID 5 organisations qui donnent lieu à ceux-ci étant positionné correctement, il ya donc une grande dépendance sur l'analyse du système de fichiers afin d'augmenter le processus d'analyse. Avec UFS est une copie du superbloc suivie de tableaux inode et des cartes d'allocation à des positions équidistantes dans tout le volume. Cela rend la détermination de la configuration RAID relativement simple dans la plupart des cas de récupération de données UNIX.
Analyser les données
Ayant travaillé à l'organisation RAID le prochain défi est de traquer les données requises. Nombreux sont ceux qui affirment que le fichier supprimé la récupération de données à partir d'un volume UFS n'est pas possible, et il ya de bonnes raisons pour cette demande, mais ce n'est pas tout à fait exact.
Pour commencer, nous devons examiner la manière dont UFS gère la répartition des données pour les fichiers. Chaque fichier est décrit par un inode, c'est là que l'information concernant une date de fichiers et des temps, la taille et la répartition sont stockés. L'allocation est un certain nombre de pointeurs vers les blocs de données qui constituent un dossier, ainsi que quelques conseils bloc indirect. Quand un fichier est supprimé du indode est libre pour la réutilisation et les informations d'allocation qui y est supprimé. Cela ne signifie pas qu'il n'ya pas de méthode d'utilisation d'un programme visant à numériser les inodes des fichiers supprimés de la manière qui peut être fait en scannant les entrées MFT d'un système de fichiers NTFS pour récupérer des fichiers.
Ce qui est requis est la connaissance des fichiers qui doivent être récupérés. La plupart des types de fichiers ont en-tête identifiable, et pour d'autres il peut y avoir des versions antérieures qui peuvent être trouvés sur les sauvegardes pour la comparaison. Par la suite est nécessaire de comprendre comment les fichiers sont affectation au titre UFS et quelles structures supplémentaires sont utilisés. Armé de cette connaissance, il est tout à fait possible de récupérer une sélection de fichiers même si les informations attribution à titre primaire a été supprimé.
UNIX de récupération de données
Cette approche de l'UNIX de récupération de données a remporté quelques succès notables, mais il serait faux de prétendre que la récupération de données est toujours possible. Pour les fichiers de données plus importants, des bases de données, par exemple, le niveau de réussite a été élevé. Pour les systèmes de fichiers qui contiennent un grand nombre de petits fichiers et où il a été la suppression de fichiers largement le niveau de réussite n'est généralement pas aussi élevé, d'autant que sans l'inode pour tout fichier, sauf si il ya un journal des numéros d'inode, il ne sera jamais possible d'associer n'importe quel des fichiers récupérés avec des noms de fichiers et de répertoires.
Donc, plutôt que de faire la demande scandaleux que les fichiers puissent toujours être récupérés, il est préférable de dire qu'ils ne peuvent souvent et qu'il est faux de décider que quelque chose est impossible jusqu'à ce que toutes les voies ont été explorées.
Dim Jan 30, 2011 1:03 pm