|
| Hyperfile, sauvegardes et "fuite" mémoire |
| Iniciado por Jolibug, 28,may. 2019 12:34 - No hay respuesta |
| |
| | | |
|
| |
Miembro registrado
2 mensajes |
|
| Publicado el 28,mayo 2019 - 12:34 |
Bonjour à tous,
Nous rencontrons actuellement sur notre serveur Windows une fuite mémoire due au process manta64. Après chaque sauvegarde planifiée dans le Centre de contrôle (problème récurrent apparemment), le serveur plafonne à 28G (99%) alors qu'il tourne à quelques Gigas seulement d'ordinaire.
Nous avons testé différentes manipulations dont :
-la gestion des caches (index) dans la configuration du serveur (variation du curseur dans la zone verte recommandée et au delà)
-l'outil WDCacheMemoireWIndows développé par PCsoft
Dans le meilleur des cas, rien ne change (taille des index), et dans le pire des cas (WDCacheMemoireWIndows), la mémoire chute brutalement, mais nos collaborateurs nous ont remonté de fortes lenteurs et blocages par la suite, à tel point que nous avons dû redémarrer le serveur:(.
Sachant qu'on accède à notre base 24h/24 , nous ne pouvons pas nous permettre d'arrêter le service Hyperfile(manta64) avant la sauvegarde puis de faire une sauvegarde "à froid" avant de redémarrer le service.
Nous avons fait un test "à chaud" avec un logiciel de type "Hiperius backup" après avoir décoché la sauvegarde planifiée par le Centre de Contrôle: celle-ci s'est exécutée correctement "à priori" et la mémoire est tombée "seulement" à 16 G au lieu des 28G via les sauvegardes planifiées par Hyperfile.
Ma question est donc : que risque-t-on en en terme d'intégrité en faisant une sauvegarde à chaud avec ce type de logiciel ? avez-vous d'autres solutions à proposer ou un retour d'expérience qui puisse nous éclairer ?
Config:
Windows 2008 R2 Server 4.0, Enterprise Edition (64 bits) (vm sur un serveur ESXI)
memoire physique: 28G
version du module du Centre de contrôle 23.0.40.0 Windev23
version de manta64 23.0.2.0
Merci d'avance pour votre aide ! |
| |
| |
| | | |
|
| | | | |
| | |
|