|
La structure de la base de données du Serveur voisin est disponible sous forme d’un manuel éponyme à part. Vous pouvez ouvrir le document dans la section Support dans le Centre de gestion de la sécurité Dr.Web. |
En tant que base de données du Serveur Dr.Web les bases suivantes peuvent être utilisées :
•BD embarquée ;
•SGBD externe.
BD embarquée
Lors de la configuration de l’accès à la BD pour la sauvegarde et le traitement de données, utilisez les paramètres décrits dans le tableau ci-dessous.
BD embarquée
Nom |
Valeur par défaut |
Description |
DBFILE |
database.sqlite |
Chemin vers le fichier de la base de données |
CACHESIZE |
2048 |
La taille de la mémoire cache de la base de données en pages |
PRECOMPILEDCACHE |
1048576 |
Taille du cache des opérateurs SQL précompilés en octets |
MMAPSIZE |
•sous UNIX — 10485760, •sous Windows — 0 |
Taille maximum du fichier de la base de données (en octets) qui peut être mappé en espace d’adresse du processus en une fois. |
CHECKINTEGRITY |
QUICK |
Vérifier l’intégrité de l’image de la base de données au démarrage du Serveur Dr.Web : •FULL : analyse complète pour la présence des erreurs liées aux restrictions de type UNIQUE, CHECK et NOT NULL, enregistrements incorrects, pages sautées et index incohérents, •QUICK : variante rapide de l’analyse sans détection d’erreurs de restrictions et d’index incohérents, •NO : l’analyse n’est pas effectuée. |
AUTOREPAIR |
NO |
Restauration automatique de l’image corrompue de la base de données au démarrage du Serveur Dr.Web : •YES : restauration de l’intégrité de l’image de la base de données à chaque démarrage du Serveur Dr.Web, •NO : la restauration automatique est désactivée. |
WAL |
YES |
Utilisation de la journalisation préventive (Write-Ahead Logging) : •YES : la journalisation est activée, •NO : la journalisation n’est pas utilisée. |
WAL-MAX-PAGES |
1000 |
Nombre maximum de pages de modifications à atteindre pour que toutes les pages soient écrites sur le disque. |
WAL-MAX-SECONDS |
30 |
Délai maximum pour retarder l’écriture des pages sur le disque (en secondes). |
SYNCHRONOUS |
FULL |
Mode d’enregistrement synchrone des modifications apportées dans la base de données sur le disque : •FULL : enregistrement complètement synchrone sur le disque, •NORMAL : enregistrement synchrone des données critiques, •OFF : enregistrement asynchrone. |
SQLite3 (BD prise en charge par le Serveur Dr.Web, à commencer par la version 10) est fourni en tant que BD embarquée.
SGBD externe
Les SGBD suivants peuvent être utilisés en tant que la base de données externe du Serveur Dr.Web :
•SGBD MySQL, MariaDB. Les paramètres sont décrits dans A4. Utilisation du SGBD MySQL.
•SGBD Oracle. La configuration est décrite dans A2. Configuration du pilote de BD pour Oracle.
•SGBD PostgreSQL. Les paramètres sont décrits dans A3. Utilisation du SGBD PostgreSQL.
|
Les SGBD basés sur PostgreSQL sont pris en charge (PostgreSQL Pro, Jatoba et autres). |
•Microsoft SQL Server/Microsoft SQL Server Express. Pour accéder à ce SGBD, le pilote ODBC peut être utilisé (la configuration du pilote ODBC pour Windows est décrite dans l’Annexe A1. Configuration du pilote ODBC).
|
Microsoft SQL Server 2008 ou une version supérieure est supporté. Il est recommandé d’utiliser Microsoft SQL Server 2014 ou une version supérieure.
La BD Microsoft SQL Server Express n’est pas recommandée en cas de déploiement d’un réseau antivirus avec un grand nombre de postes (100 et plus).
Si Microsoft SQL Server est utilisé comme BD externe pour le Serveur Dr.Web sous un OS de la famille UNIX, le fonctionnement correct via ODBC avec FreeTDS n’est pas garanti.
Si un avertissement ou une erreur survient lors du travail du Serveur Dr.Web avec SGBD Microsoft SQL Server via ODBC, il faut s’assurer que vous utilisez la dernière version disponible de SGBD de cette rédaction. Pour savoir comment vérifier la disponibilité des mises à jour, consultez la page suivante de Microsoft : https://learn.microsoft.com/en-US/troubleshoot/sql/releases/download-and-install-latest-updates. |
|
Pur diminuer le nombre de blocages lors de l’utilisation du SGBD Microsoft SQL Server avec le niveau d’isolation des transactions par défaut (READ COMMITTED), il est recommandé d’activer le paramètre READ_COMMITTED_SNAPSHOT, en exécutant la commande SQL suivante : ALTER DATABASE <nom_de_la_base_de_données> Il faut exécuter la commande en mode de transactions implicites et avec une seule connexion existante à la base de données. |
Caractéristiques comparatives de la BD embarquée et des SGBD externes
|
La base de données embarquée est conçue pour la connexion de 400-600 postes au Serveur Dr.Web. Si l’ordinateur sur lequel est installé le Serveur Dr.Web et la charge relative à d’autres tâches exécutées sur la même machine le permettent, il est possible de connecter jusqu’à 1000–1500 postes. Sinon, il est nécessaire d’utiliser une BD externe. En fonction de la configuration et de la charge sur l’ordinateur exécutant les fonctions du Serveur Dr.Web, la BD externe peut être placée sur le même ordinateur ou sur un ordinateur spécial séparé. En cas d’utilisation d’une BD externe et si le nombre de postes connectés au Serveur Dr.Web est supérieur à 10000, il est recommandé de respecter les pré-requis minimum suivants : •processeur 3GHz, •au moins 6 coeurs de processeur, •mémoire vive : au moins 4 Go pour le Serveur Dr.Web, au moins 8 Go pour le Serveur de BD, •OS de la famille UNIX. |
Pour choisir entre une base de données embarquée ou externe, prenez en compte les paramètres particuliers de chaque BD :
•Dans les grands réseaux antivirus (comptant plus de 400–600 postes) il est recommandé d’utiliser une BD externe qui est plus résistante aux échecs qu’une BD interne.
•Le SGBD intégré est beaucoup plus rapide que son homologue externe et il est recommandé principalement pour une utilisation standard de la base de donnée.
•La base de données embarquée ne requiert pas d’expérience en administration de SGBD et constitue un bon choix pour les petits ou moyens réseaux.
•Il est recommandé d’utiliser une base externe si vous devez travailler via un SGBD et accéder directement à la BD. Pour faciliter l’accès, il est possible d’utiliser les API standard comme OLE DB, ADO.NET ou ODBC.