triz-docs/i18n/fr/docusaurus-plugin-content-docs/current/database-operations/dead-pc-recovery/windows-boots.md
Othmane Ataallah bfc333138b
All checks were successful
Deploy triz-docs to 150 / build-and-deploy (push) Successful in 1h8m34s
feat(i18n): base + fr
2026-04-29 15:52:28 +01:00

69 lines
4.3 KiB
Markdown

---
sidebar_position: 2
title: "Partie A — Windows Démarre"
---
# Partie A — Windows Démarre, le Service est Arrêté
---
Dans ce cas, vous pouvez travailler directement dans l'Explorateur Windows ou une invite de commande. Le service de base de données n'a pas besoin d'être en cours d'exécution pour copier les fichiers.
---
## A1 — SQL Server : Localiser et Copier les Fichiers
Les bases de données SQL Server se composent de trois types de fichiers maximum, dont vous avez tous besoin :
| **Fichier** | **Extension** | **Contient** |
| --------------------------- | ------------- | ----------------------------------------- |
| Fichier de données principal | `.mdf` | Le schéma et les données de la base |
| Fichier de données secondaire| `.ndf` | Données de débordement (pas toujours présent) |
| Journal de transactions | `.ldf` | Historique des transactions |
**Emplacements par défaut selon la version de SQL Server :**
| **Version** | **Chemin des données par défaut** |
| --------------- | ----------------------------------------------------------------------- |
| SQL Server 2012 | `C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\DATA\` |
| SQL Server 2014 | `C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\` |
| SQL Server 2016 | `C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\DATA\` |
| SQL Server 2017 | `C:\Program Files\Microsoft SQL Server\MSSQL14.MSSQLSERVER\MSSQL\DATA\` |
| SQL Server 2019 | `C:\Program Files\Microsoft SQL Server\MSSQL15.MSSQLSERVER\MSSQL\DATA\` |
| SQL Server 2022 | `C:\Program Files\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQL\DATA\` |
| SQL Server 2025 | `C:\Program Files\Microsoft SQL Server\MSSQL17.MSSQLSERVER\MSSQL\DATA\` |
**Étapes :**
1. Ouvrez l'**Explorateur Windows** et accédez au chemin des données correspondant à la version de SQL Server installée (voir tableau ci-dessus).
2. Identifiez les fichiers appartenant à la base de données cible. Ils porteront le nom de la base de données, par ex. `ClientDB.mdf`, `ClientDB_log.ldf`.
3. Copiez **les trois types de fichiers** (`.mdf`, `.ndf` si présent, `.ldf`) sur votre clé USB. Ne les renommez pas.
4. Vérifiez que la copie s'est terminée sans erreur avant d'éjecter la clé USB.
**Notes :**
- **Chemins personnalisés :** Le client a peut-être installé SQL Server avec un chemin de données personnalisé. Si les fichiers ne sont pas dans les chemins ci-dessus, vérifiez le Registre Windows à : `HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\<instance>\MSSQLServer`. Recherchez les clés `DefaultData` et `DefaultLog`.
- **Ne pas copier les bases de données système** (`master`, `model`, `msdb`, `tempdb`). Copiez uniquement les fichiers de base de données utilisateur du client.
---
## A2 — PostgreSQL : Localiser et Copier les Fichiers
PostgreSQL stocke toutes les bases de données dans un répertoire unique appelé `PGDATA`. Contrairement à SQL Server, vous ne copiez pas des fichiers individuels — vous copiez **tout le répertoire de données**.
**Emplacements par défaut selon la version de PostgreSQL :**
| **Version** | **Chemin des données par défaut** |
| ------------- | -------------------------------------- |
| PostgreSQL 12 | `C:\Program Files\PostgreSQL\12\data\` |
| PostgreSQL 13 | `C:\Program Files\PostgreSQL\13\data\` |
| PostgreSQL 14 | `C:\Program Files\PostgreSQL\14\data\` |
| PostgreSQL 15 | `C:\Program Files\PostgreSQL\15\data\` |
| PostgreSQL 16 | `C:\Program Files\PostgreSQL\16\data\` |
**Étapes :**
- Ouvrez l'**Explorateur Windows** et accédez au dossier `data` de la version installée de PostgreSQL (voir tableau ci-dessus).
- Copiez **tout le dossier `data`** sur votre clé USB. Ce dossier unique contient tout le nécessaire.
- Notez le numéro de version de PostgreSQL d'après le chemin du dossier — vous en aurez besoin lors de la restauration.
**Notes :**
- **Notez la version.** Pour chaque base de données du cluster, il existe un sous-répertoire dans `PGDATA/base`, nommé d'après l'OID de la base de données. Comme ces identifiants internes sont spécifiques à chaque version, le répertoire de données doit être restauré sur une machine exécutant la **version exacte de PostgreSQL**.