Un serveur est un système complexe. Le modèle OSI permet de décrire de nombreuses couches : des protocoles de bas niveau fonctionnent sur le matériel (processeurs, mémoire principale, bus), qui contrôlent les différents composants. Sur chaque couche d'abstraction de la machine, il y a à nouveau des composants qui doivent s'appuyer sur le fonctionnement de la couche inférieure. Si la carte réseau ne fonctionne pas correctement, le protocole de bas niveau peut être en mesure de détecter et de corriger certaines erreurs et la machine deviendra "seulement" lente. Toutefois, certaines erreurs ne peuvent être corrigées et il y a perte de paquets. La couche construite par-dessus a sa propre stratégie pour faire face à cette situation, et le système essaie donc de se maintenir dynamiquement en équilibre en faisant en sorte que chaque couche ait une certaine tolérance aux pannes.

Néanmoins, il arrive parfois que des couches individuelles soient complètement déphasées, ce qui entraîne un mauvais comportement ou même un crash de la machine. C'est seulement dans cette situation que l'utilisateur final remarque que quelque chose ne va pas avec la machine.

La protection contre les virus n'a pas sa place sur un serveur de base de données. Comme personne ne travaille sur le serveur de la base de données, mais que le serveur est dédié au fonctionnement de la base de données 4D et du timeSensor LEGAL, il n'y a aucun risque de virus sur le serveur. Aucun employé ne travaille sur cet ordinateur, aucun programme de courrier électronique n'y est installé et personne ne surfe sur Internet sur le serveur de la base de données. Le programme anti-virus ralentit et entrave le bon fonctionnement de la base de données. Il appartient aux postes de travail, mais pas au serveur de base de données. Seul un système minimal peut être installé sur le serveur de la base de données, de sorte que les interactions avec la base de données puissent être exclues.

Vérifiez si au moins 20 % de la taille du disque est encore libre sur tous les disques connectés. Pour les opérations de données importantes, des fichiers cache sont créés puis supprimés à nouveau, et pour cela le système a besoin d'air. Vérifiez également si la base de données dispose d'une mémoire suffisante. Après le passage de 32 à 64 bits, il y a un risque que la base de données n'utilise pas du tout la mémoire disponible, car les paramètres de la base de données sont mal configurés. La base de données doit être dotée d'une mémoire suffisante pour pouvoir fonctionner, mais en même temps, le système d'exploitation doit disposer d'une mémoire suffisante. Plus la mémoire allouée à la base de données est importante, plus elle fonctionne rapidement et de manière stable, car elle peut alors créer un grand cache en mémoire et le problème de la fragmentation de la mémoire ne se pose pas. Si la base de données ne peut pas utiliser suffisamment de mémoire, la mémoire peut être fragmentée à tel point que certaines opérations ne sont plus exécutées et qu'un plantage en résulte alors.

La base de données écrit dans divers fichiers pendant son fonctionnement : le fichier journal susmentionné (que vous avez, espérons-le, désactivé entre-temps), les fichiers temporaires pour les opérations de cache, les fichiers de préférences locales, etc. Si le système d'exploitation ne donne pas cette autorisation à la base de données, celle-ci ne fonctionnera pas de manière fiable. Il est particulièrement dangereux de mettre à jour un serveur macOS d'un système d'exploitation à un autre (mise à jour majeure). Il a souvent été observé qu'après une telle mise à jour, les droits d'accès au niveau du système d'exploitation n'étaient plus corrects. Tant que le système d'exploitation est maintenu par le fabricant, c'est-à-dire que les mises à jour de sécurité sont toujours disponibles, il n'y a généralement aucune raison de changer le système d'exploitation du serveur. Aucun utilisateur ne les remerciera jamais de le faire, car le système d'exploitation utilisé sur le serveur n'a aucune importance pour les utilisateurs. Ne jamais changer un système en marche, c'est la vérité. Et si vous ressentez toujours le besoin urgent de changer le système d'exploitation de votre serveur, alors effectuez une "Installation propre". La mise à jour automatique proposée par Apple, par exemple, peut être pratique pour un poste de travail, mais ce n'est pas la bonne approche pour un serveur.

Si tout le reste échoue, vous devez effectuer une installation propre du serveur : Sauvegarder les données, formater le disque dur, installer un nouveau système d'exploitation et, en dernier recours, remplacer le serveur.

Les pannes de votre serveur ne doivent pas se produire. Prenez-les au sérieux, réparez les causes et assurez-vous que votre système fonctionne correctement pour éviter la corruption de votre base de données.