Une nouvelle étude de Microsoft SQL Server
Dans une précédente newsletter, nous avons évoqué l'importance de Microsoft SQL Server pour les entreprises, son mode d'utilisation, les situations de perte de données spécifiquement liées à Microsoft SQL Server et la façon dont elles surviennent, ainsi que la solution apportée par Ontrack pour récupérer les fichiers de bases de données manquants ou endommagés de Microsoft SQL Server. Dans ce numéro, nous allons passer en revue l'historique de Microsoft SQL Server, le processus des transactions sur le serveur et les niveaux de perte de données. Enfin, nous présenterons les solutions d'Ontrack concernant ces types de récupération.
Microsoft SQL Server a été introduit en 1988, à partir du code fourni sous licence par Sybase. Microsoft a poursuivi le développement avec le code de Sybase jusqu'en 1998, année où il a sorti Microsoft SQL 7.0 qui a marqué le premier éloignement du code de Sybase et le début de Microsoft Data Engine. La version actuelle est Microsoft SQL 2000, sortie en février 2000, mais Microsoft prévoit de sortir une nouvelle version cet été, Microsoft SQL 2005 (baptisée Yukon).
Microsoft SQL est une base de données relationnelle capable de stocker et traiter tous les types de données, notamment des chiffres, lettres, caractères, images et données binaires. Microsoft SQL utilise Transact-SQL, la version du langage SQL (Structured Query Language) de Microsoft pour l'ensemble de ses applications d'aide à la décision.
Une base de données Microsoft SQL se compose généralement de deux fichiers : la base de données à proprement parler, qui porte l'extension .MDF, et le journal, dont l'extension est .LDF. Avec Microsoft SQL 7.0 et versions ultérieures, l'utilisateur peut créer des fichiers de bases de données et journaux supplémentaires, si besoin. Les fichiers de bases de données et journaux supplémentaires portent respectivement l'extension .NDF et .LDF.
Microsoft SQL utilise le traitement transactionnel pour garantir la cohérence et la possibilité de récupération de ses bases de données. Une transaction est l'unité de travail de base dans un serveur SQL. Elle se compose de plusieurs commandes SQL qui lisent et mettent à jour la base de données. Toutefois, la mise à jour n'est considérée comme "finale" qu'à partir du moment où une commande de validation COMMIT est émise. Microsoft SQL Server garantit l'atomicité de la base de données en utilisant le journal des transactions pour enregistrer toutes les transactions avant qu'elles ne soient écrites. Ainsi, en cas de défaillance, le système peut récupérer les informations à partir du journal, valider les transactions manquantes et reprendre le fonctionnement normal. L'atomicité signifie que chaque transaction est traitée comme un tout ou n'est pas traitée : soit elle est écrite entièrement dans la base de données, soit elle n'est pas du tout écrite.
Que se passe-t-il en cas de perte de données ?
Les cas de perte de données peuvent se produire à différents niveaux. Le premier niveau de perte de données est celui du périphérique de stockage. Il peut s'agir d'un simple disque dur, ou bien d'une matrice de stockage RAID ou SAN (réseau spécialisé de stockage). En cas de perte à ce niveau, l'objectif d'Ontrack est de rendre le périphérique de stockage opérationnel afin que les données puissent en être copiées. Pour ce faire, les ingénieurs des salles blanches d'Ontrack travaillent au niveau électronique et mécanique. En raison de la nature complexe des matrices de stockage, les matrices RAID et SAN compliquent un peu plus la tâche. Ontrack a su développer des outils et des techniques spécifiques pour traiter ces périphériques de stockage.
Le deuxième niveau de perte de données peut être un système de fichiers. Le système de fichiers est une méthode unique de stockage et d'organisation des fichiers du système et de l'utilisateur. Le système d'exploitation contrôle le système de fichiers. Si les informations sur l'emplacement des fichiers de données sur le volume sont endommagées ou perdues, des réparations ou des ajustements doivent être effectués au niveau du système de fichiers pour accéder aux données. Une fois le système de fichiers réparé, il est possible d'accéder correctement au flux des données du fichier. La plupart des systèmes d'exploitation comportent un utilitaire qui réparera automatiquement le système de fichiers. Ces utilitaires visent à rendre le volume accessible ; toutefois, cette action peut endommager de façon permanente le flux des données du fichier.
Le troisième niveau de perte de données peut se produire au sein du fichier même. La structure interne peut être altérée au point où l'application du serveur ne sera plus capable de lire le fichier et ne le présentera plus au serveur. C'est là qu'Ontrack excelle en fournissant une solution totale de récupération des données.
Solution d'Ontrack aux pertes de données de Microsoft SQL
Ontrack propose des solutions pour les fichiers de bases de données SQL altérés ou endommagés. Nous pouvons utiliser notre technologie Remote Data Recovery™ pour récupérer les données à distance aussi vite que possible. Les outils de récupération SQL d'Ontrack ont été conçus pour récupérer les données contenues dans un fichier .MDF. En outre, nous avons récemment enrichi nos capacités pour pouvoir récupérer les données directement depuis les journaux de transactions de Microsoft SQL 7.0 et 2000 (fichiers .LDF). En conséquence, même si nous n'avons pas la base de données, nous pouvons quand même récupérer complètement les données manquantes à partir du fichier journal.
Le processus de récupération SQL commence en recherchant les fichiers de la base de données et du journal demandés. Si le fichier de la base de données est inaccessible en raison de problèmes avec le périphérique de stockage, nous nous efforçons d'extraire ces données. Si le fichier est manquant, supprimé ou tronqué en raison de problèmes avec le système de fichiers, nous cherchons à ajuster ou réparer le système de fichiers afin de pointer correctement vers le flux de données du fichier. Enfin, si le système de fichiers ne comporte aucun pointeur vers le fichier, nous recherchons des données SQL sur le disque dans son intégralité.
L'étape suivante consiste à travailler sur les fichiers de la base de données et du journal. C'est là que les outils SQL entrent en jeu. Ces outils analysent les structures internes complexes des fichiers .MDF et .LDF et génèrent des rapports indiquant quelles tables peuvent être récupérées. Ces rapports répertorient également le nombre de lignes de données qui seront récupérées.
Une fois l'évaluation terminée et l'autorisation donnée de récupérer les données, nos outils SQL copieront les données dans une autre base de données SQL Server. Une fois cette phase achevée, nous pouvons sauvegarder ou archiver les données récupérées.
Pour les situations cruciales de perte de données où les temps d'arrêt ne sont pas envisageables, notre technologie de récupération des données à distance permet de récupérer les données aussi vite que possible. Solution la plus rapide pour les récupérations SQL, la technologie Remote Data Recovery permet de copier les données récupérées sur un serveur SQL configuré sur votre site ou le site de votre client. Il suffit qu'un serveur SQL s'exécute. Pour obtenir les meilleurs résultats, nous recommandons que le périphérique de stockage sur lequel nous intervenons soit connecté à un serveur SQL, car toutes les transactions de données s'effectueront sur une seule machine.
Vous trouverez ci-dessous une brève synthèse sur Microsoft SQL et nos capacités de récupération de données. Qu'il s'agisse des solutions traditionnelles en laboratoire ou de notre technologie brevetée de récupération des données à distance, nous proposons des solutions leaders de l'industrie pour la perte de données SQL. Contactez Ontrack pour tous vos besoins en récupération de données SQL.
| ||||||||||||||||||||||||||||||
