Ontrack Data Recovery

Microsoft SQL Server 2005 face à la récupération de données

 
Devis récupération de données
Devis en ligne
0800 10 12 13
01 69 53 66 99

Cet article discute des principales nouveautés de Microsoft SQL Server 2005 et des implications pour la récupération de données.

  • Tables systèmes redessinées : oubliez ce que vous savez sur les tables systèmes de SQL 7.0 et 2000. Microsoft a réécrit ces tables systèmes et les a replacés par des vues systèmes (Cartographie des vues systèmes)

    "Les vues systèmes sont des vues prédéfinies pour l’extraction de données depuis le serveur SQL. Il existe plus de 230 vues systèmes." (Don Schlichting, SQL Server 2005 System Tables and Views).

  • Partition : les données peuvent être distribuées à travers de multiples groupes de fichiers logiques ou physiques. Il est donc plus difficile de retrouver des données perdues.

  • Nouveaux types de données
    SQL Server 2005 dispose de nouveaux types de données dont :

    • XML (données et schémas)
    • Données définies par les utilisateurs
    • CLR (code .NET)
    • MAX (qui permet aux données var char et varbinary de dépasser à la taille traditionnelle de 8064 octets.)

  • Initialisation à Zéro : il n’est plus nécessaire d’avoir à réinitialiser à zéro la base de données. Dans les versions précédentes, il fallait attendre que le serveur SQL ait reçu l’espace physique du lecteur NTFS avant de remettre à zéro tous les secteurs pour créer une base de données vierge. Maintenant, SQL 2005 crée des bases de données sans initialiser à zéro tous les secteurs. La création des bases de données est plus rapide, mais potentiellement plus risquée en cas de besoin de récupération de données.

  • Cryptage des données : avec la fonction de cryptage natif des données, il sera plus dur de retrouver des données si celles ci sont corrompues ou si les clés ont été perdues ou corrompues.

  • Echelonnement: la suppression des limitations de taille va faire exploser la taille des bases de données, ce qui va engendrer de nouveaux challenges pour ceux responsables des récupérations de données.

Tous ces challenges engendrent de nouvelles opportunités. La demande en spécialistes SQL va grandir. Pas simplement pour ceux qui connaissent Transact-SQL, mais pour tous ceux qui maîtrisent l’architecture de partitionnement des bases de données, l’indexation, la gestion de mise en miroir et des clusters, ainsi que ceux qui savent retrouver des données dans les cas d’un incident avec le serveur SQL. Savoir effectuer des sauvegardes du serveur SQL sera également une expertise particulièrement appréciée.

Bien entendu, nous ne pouvons pas vous aider dans tous les challenges qui vous attendent avec SQL Server 2005. Ceci dit, être partenaire d’Ontrack vous aide à surmonter les pertes de données en cas de sinistre. L’objectif d’Ontrack est de rendre vos données disponibles le plus rapidement possible. Nous savons que votre temps est précieux. Depuis 20 ans, Ontrack, fort de ses investissements en recherche et développement, est le leader incontesté du marché de la récupération de données. Nous possédons des sites et des laboratoires dans le monde entier et nous employons dix fois plus d'ingénieurs que notre concurrent le plus proche. Choisir Ontrack s’est allié avec le spécialiste de la récupération de données. Ontrack a développé des outils de récupération de données en cas d’incident avec votre serveur SQL.

Voici les cas les plus communs que nous résolvons régulièrement :

  • Panne de matériel : nous disposons de salles blanches et nous intervenons sur tout type de matériel, du simple disque dur au très grand système RAID.

  • Fichier système corrompu : même si le volume ne monte pas, nous pouvons la plupart du temps récupérer les données depuis le volume et les copier dans une nouvelle base de données SQL Server 2005.

  • Base de données corrompue : dans la plupart des cas, nous pouvons récupérer vos données depuis des fichiers corrompus. Grâce à notre méthode nous pouvons récupérer des données depuis des fichiers qui ne peuvent pas être montés et les copier ces rangs dans une base de données SQL Server 2005 en état de marche.

  • Données manquantes : si les données sont effacées ou manquantes, nous pouvons vous aider. Bases de données, tableaux et même les rangs sont généralement récupérables.

  • Mise à jour manquée : même si la mise à jour échoue, nous pouvons récupérer les données et les copier dans une nouvelle base de données.

Dans les cas où les données sont tellement critiques qu’elles doivent être récupérées le plus rapidement possible, vous pouvez faire appel à notre service de Récupération à distance. Avec ce service, nous copions les données récupérées sur un serveur SQL installé directement à votre location ou celle de votre client. Il faut juste s’assurer que le serveur SQL est en mode de marche. Pour optimiser les résultats, nous recommandons que l’appareil de sauvegarde sur lequel nous travaillons soit directement connecté au serveur SQL, car toutes les transactions s’effectuent sur une seule machine.