Récupération de base de données Restaurer une base de données, des données SQL et des données d'application Accueil > Questions les plus fréquentes sur la récupération des données > Capacités de récupération > Récupération de base de données/SQL La récupération des données est fréquemment liée à des dommages dus à des incendies, des inondations ou tout autre dommage physique subi par un disque ou un lecteur. Cependant, Iomega® propose des solutions à de nombreuses autres causes courantes (ou non) de perte des données. Voici les différentes solutions que nous proposons :

Causes de perte des données dans une base de données

Applications et bases de données prises en charge

• Applications de productivité
  
  
  • Microsoft® Office, y compris toutes les versions de Word®, Excel® et PowerPoint®
    
    
• Applications de serveur de messagerie et applications client
  
  
  • Microsoft Exchange® et Outlook®
    
    
  • Les applications conformes au format UNIX mbox telles que Eudora et Netscape
    
    
• Bases de données standard
  
  
  • Microsoft Access® jusqu'à 2000
    
    
  • Tous les produits xbase tels que dbase, Foxpro
    
    
• Bases de données relationnelles RDBMS
  
  
  • Microsoft SQL Server 6.0, 6.5, 7.0 et 2000
    
    
  • Oracle Lite, 7.x, 8.x et 9.x
    
    
  • Sybase SQL Server, Sybase SQL Anywhere
    
    
  • Gupta SQL Anywhere
    
    
  • MySQL
    
    
  • PostgreSQL
    

Systèmes d'exploitation, plate-formes et systèmes de fichiers pris en charge

• Windows XP Edition familiale et professionnelle avec système de fichiers NTFS, FAT32 ou FAT16 utilisant des partitions autonomes de base ou des volumes dynamiques étendus, répartis ou tolérants aux pannes (RAID)
  
  
• Windows 2000 Server et édition professionnelle avec système de fichiers NTFS, FAT32 ou FAT16 utilisant des partitions autonomes de base ou des volumes dynamiques étendus, répartis ou tolérants aux pannes (RAID)
  
  
• Poste de travail et serveur Windows NT avec système de fichiers NTFS, FAT32 ou FAT16 utilisant des volumes autonomes, étendus, répartis ou tolérants aux pannes (RAID)
  
  
• Windows Me, 98, 95 avec systèmes de fichiers FAT32 ou FAT16
  
  
• MS-DOS et variantes utilisant les systèmes de fichiers FAT 12 ou 16 bits
  
  
• Gestionnaires de volumes compressés y compris Stacker, DoubleSpace et DriveSpace
  
  
• OS/2 avec systèmes de fichiers FAT et HPFS
  
  
• Novell NetWare avec systèmes de fichiers FAT et NSS utilisant des volumes autonomes, étendus, répartis ou tolérants aux pannes (RAID)
  
  
• Plate-formes UNIX sur Intel et non-Intel, y compris :
  
  
  • SCO OpenServer et Xenix
  • UnixWare à partir de Novell et SCO
  • Solaris sur plate-formes Intel, équipement Sun/SPARC avec systèmes de fichiers UFS et VERITAS VxFS
  • Linux avec systèmes de fichiers EXT2FS, XFS, REISERFS et JFS sur volumes autonomes et volumes RAID
  • Systèmes BSD tels que FreeBSD, OpenBSD et NetBSD, BSDI, LynxOS
  • QNX
  • HPUX sur les postes de travail Hewlett-Packard avec systèmes de fichiers HFS et VERITAS VxFS sur volumes autonomes et LVM
  • IRIX sur postes de travail SGI avec systèmes de fichiers EFS et XFS
  • VMS et OpenVMS fonctionnant sur un équipement Compaq et DEC utilisant un système de fichiers ODS
  • AIX sur IBM RS/6000 avec systèmes de fichers jfs sur volume LVM
  
  
• Apple Macintosh :
  
  
  • OS 9 avec systèmes de fichiers HFS et HFS+
  • OS X avec systèmes de fichiers HFS, HFS+ et UNIX UFS
  • Tout le matériel Macintosh utilisant des interfaces SCSI, IDE et FireWire, y compris les pilotes RAID tels que SoftRaid et FWB Raid

Processus Iomega de récupération de base de données

• Le diagnostic initial détermine si chaque support est accessible par notre équipement. Si c'est le cas, la priorité se porte sur la création d'une image brute de toutes les données à partir du support accessible et vers notre support pour que les périphériques et les tables de la base de données soient accessibles.
  
  
• Si les problèmes matériels ou les problèmes de configuration du système d'exploitation ont rendu les tables de données principales inaccessibles ou les ont endommagées, nos techniciens opèrent comme ils le feraient dans un cas de récupération des données pour un serveur, d'un NAS/SAN/DAS ou d'une matrice RAID.
  
  
• Nos techniciens peuvent ensuite analyser le contenu des images brutes des secteurs pour identifier les tables et les enregistrements contenant les données souhaitées. Ces données peuvent ensuite être extraites pour reconstruire l'ensemble de la base de données si nécessaire.
  
  
• Les routines normales de maintenance du système ne permettent pas de récupérer toutes les données dans des situations où l'échec du support sous-jacent ou la corruption structuelle a éliminé les pointeurs clé, car ces routines aggravent souvent les dégâts.
  
  
• Nos programmeurs ont créé un ensemble complet d'outils logiciels de récupération des données utilisés par nos techniciens pour analyser, réparer et récupérer des données à partir de systèmes de base de données relationnelles et objet. Lorsqu'une récupération a été réalisée avec succès, des listes de fichiers et de tables sont créées et la validité des données est vérifiée.

Evaluation et devis gratuits | Logiciels de récupération des données à utiliser soi-même | Qu'est-ce que la récupération des données ? | Service prioritaire sans risque | Service économique | Service de récupération des données sur site | Que peut-on en attendre | Récupération des données sur disque dur | Récupération sur serveur/matrice RAID | Récupération des fichiers sur support amovible | Récupération des sauvegardes sur bande | Récupération d\'applications et de bases de données SQL | Questions les plus fréquentes relatives à la perte de données | Virus et menaces de sécurité | Stratégies et astuces de sauvegarde

Sites internationaux : U.S./Canada | Europe (English) | Europa (Deutsch) | Europe (Français)

Modalités de Iomega Data Recovery | Déclaration de confidentialité
© Copyright 2006-2008 Iomega Corporation.