---
locale: "fr"
updated_at: "2026-08-10T08:16:38.109Z"
canonical: "https://www.isdecisions.com/fr/fileaudit/docs/support/faq/base-de-donnees"
---

# FAQ - Base de données

Réponses aux questions courantes concernant les bases de données FileAudit, les systèmes pris en charge, les limites de taille, la configuration de MySQL et la réutilisation des bases de données archivées.

## Où sont stockés les événements d’accès aux fichiers ?

FileAudit stocke tous les événements d’accès aux fichiers dans une base de données.

La version d’essai utilise par défaut un fichier de base de données SQLite gratuit. Vous pouvez diriger FileAudit vers une autre base de données à tout moment dans **Paramètres**, dans l’onglet **Base de données**.

Pour comprendre comment FileAudit organise les données et quels systèmes sont pris en charge, consultez [Architecture de la base de données](/fileaudit/docs/reference/database/architecture).

## Quels systèmes de base de données sont pris en charge par FileAudit ?

FileAudit prend en charge SQLite, Microsoft SQL Server, Microsoft SQL Server Express et MySQL. Microsoft Access est pris en charge uniquement si vous utilisez un OS 32 bits.

Pour connaître les versions exactes prises en charge et les conditions applicables, consultez [Architecture de la base de données](/fileaudit/docs/reference/database/architecture). 

SQLite convient à l’évaluation, mais pour la production, nous recommandons Microsoft SQL Server.

## Quelle est la limite de taille de la base de données gratuite de la version d’essai ?

La base de données gratuite est un fichier SQLite sans limite de taille intégrée. En pratique, elle est uniquement limitée par l’espace libre disponible sur le lecteur où le fichier est stocké.

Par défaut, le fichier se trouve dans `C:\ProgramData\ISDecisions\FileAudit\Database`, et vous pouvez le déplacer puis mettre à jour le chemin dans **Paramètres**, dans l’onglet **Base de données**.

Microsoft SQL Server Express, en revanche, est limité à 10 Go par base de données.

## Comment utiliser MySQL avec FileAudit ?

MySQL est grisé dans les paramètres de base de données tant que vous n’avez pas installé le connecteur ODBC MySQL depuis le [site web de MySQL](https://dev.mysql.com/downloads/connector/odbc/). 

Installez le connecteur correspondant à votre système d’exploitation : le connecteur 32 bits sur un OS 32 bits, ou le connecteur 64 bits sur un OS 64 bits.

Une fois installé, MySQL devient disponible à la sélection dans **Paramètres**, dans l’onglet **Base de données**.

![Connexion à la base de données MySQL](https://a.storyblok.com/f/122374/349x327/6af3b38115/connexion-base-donnees-mysql.png)

## Comment utiliser SQL Server Express comme base de données ?

Configurez votre instance [SQL Server Express](/fileaudit/docs/guides/base-de-donnees/configurer-sql-express) Guide dans **Paramètres**, dans l’onglet **Base de données**, en saisissant le nom du serveur et de l’instance, ainsi que vos informations d’authentification.

Pour déplacer les événements de votre base de données actuelle vers SQL Server Express, suivez [Migrer vers une autre base de données](/fileaudit/docs/guides/database/migrate-to-another-database).

## Puis-je consulter à nouveau une base de données archivée ?

Oui. Vous pouvez générer des rapports directement sur une base de données archivée sans la remettre en production.

Ouvrez n’importe quel rapport, cliquez sur **Filtres**, sélectionnez la base de données archivée dans la liste **Base de données**, puis appliquez.

Si la base de données a été créée en dehors de FileAudit, ajoutez-la d’abord dans **Paramètres**, dans l’onglet **Base de données**.

Pour la procédure complète, consultez [Interroger une base de données archivée](/fileaudit/docs/guides/database/archive-database#interroger-une-base-de-donnes-archive).

## Une base de données archivée peut-elle être restaurée comme base de données de production FileAudit ?

Oui. Il vous suffit de la configurer comme base de données de production si vous souhaitez uniquement restaurer ses données.

Si vous souhaitez la fusionner avec votre base de données actuelle, suivez simplement la procédure de migration en utilisant votre base de données de production comme source et la base archivée comme destination.