none
Serveur Exchange inaccessible suite à modification de droit sur dossier RRS feed

  • Discussion générale

  • Bonjour,

    Nous avons rencontré un problème sur un serveur Exchange 2016 qui n'était plus accessible lors d'une modification de droit sur dossier public.

    Infra:

    Cluster Hyper 2012 R2 sur baie de stockage Dell Equalogic PS 4210.

    VM W2012 R2 avec Serveur Exchange 2016 -    10Go de ram et 1 vcpu.



    Je testais juste les droits sur les dossiers public. La base de donnée a été spécialement créée pour les dossiers publics. Elle ne fait actuellement que 3 Go avec plusieurs niveaux de sous-dossier.

    J'ai juste supprimé un utilisateur dans les droits dans un dossier publuic au premier niveau et cocher la casse pour répliquer au dossier de niveau inférieur.

    Immédiatement on a constaté un énorme ralentissement du serveur, de mon client de messagerie. Impossible d'ouvrir une boite au lettre. J'ai donc appuyé sur le bouton "arreter" dans l'interface web exchange dans laquel j'avais modifié les droits mais tout resta figé.

    Le serveur a été arreté proprement puis j'ai démonté la base de donnée dossier public car le problème persistait. Depuis le serveur est fonctionnel.

    Dans les logs du serveur j'ai retrouvé ce premier Warning.


    Information Store - PublicFolderDb(3428) Une partie importante du cache des tampons de base de données a été écrite dans le fichier d'échange du système. Cela peut entraîner une sérieuse dégradation des performances. 

    État de cache résident précédent: 60% (12718 sur 21149 tampons) (au cours des 9667 dernières secondes) 
    État de cache résident actuel :  27 % (5742 sur 21159 tampons) 
    Taille de cache actuelle (cible) :  99 % (637.801 / 639.813 Mo) 
    Mémoire physique/RAM :     10237.035 Mo


    Ensuite plusieurs erreurs de ce type.
    ID de l’événement :1012
    Description :
    Exchange Server Information Store has encountered an error while executing a full-text index query ("and(subject:string("SearchQueryStxProbe*", mode="and"), folderid:string("F1E4C5166DD8F64091EC6556D3B6D7C600000000010C0000"))"). Error information: System.TimeoutException: Failed to open a channel.
       à Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.ExecuteServiceCall(IProcessingEngineChannel& serviceProxy, Action`1 call, Int32 retryCount)
       à Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.ExecuteSearchFlow(String flowName, Dictionary`2 inputData)
       à Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.<ExecuteInternal>d__26.MoveNext()
       à Microsoft.Exchange.Search.OperatorSchema.PagingImsFlowExecutor.<ExecuteSimple>d__c.MoveNext()
       à Microsoft.Exchange.Server.Storage.FullTextIndex.FullTextIndexQuery.ExecutePagedFullTextIndexQuery(Guid databaseGuid, Guid mailboxGuid, Int32 mailboxNumber, String query, CultureInfo culture, Guid correlationId, Boolean needConversationId, QueryLoggingContext loggingContext, PagedQueryResults pagedQueryResults)
       à Microsoft.Exchange.Server.Storage.StoreCommonServices.StoreFullTextIndexQuery.ExecuteOnePage(Context context, MailboxState mailboxState, Boolean needConversationDocumentId, SearchExecutionDiagnostics diagnostics)

    Puis d'autres erreurs diverses

    ID de l’événement :2486
    Description :
    L’application windows.immersivecontrolpanel_6.2.0.0_neutral_neutral_cw5n1h2txyewy+microsoft.windows.immersivecontrolpanel n’a pas été lancée dans le délai qui lui était imparti.


    Les erreurs qui suivent sont du à la saturation j'imagine.


    Je n'imaginais que changer les droits sur un petit dossier public pouvait engendrer un blocage complet pareil !


    Le fichier exchangecalc8.7 me recommenderait 16Gb et un 1VCPU. A la prochaine fenetre de maintenance disponible j'augmenterai la ram du serveur.
    Avant de redémarrer j'ai augmenté le nombre de vcpu à 2. C'était initialement prévu mais c'était un oubli à l'installation.

    Je souhaiterai avoir votre avis concernant ce problème, notemment sur l'utilisation des dossiers publics car sur l'ancien serveur certains dossiers public pouvaient contenir plus de 30Go de donnée.

    Est-ce vraiment adapté à notre utilisation pour engendrer de tel blocage ?


    mercredi 6 septembre 2017 15:33

Toutes les réponses

  • Ce matin gros ralentissement à nouveau le proc à plus 90%

    Apparemment il y avait un problème d'indexation au niveau de la base de donnée pour les dossiers public étant donnée que celle ci était démontée.

    J'ai donc remonté la base de donnée pour pouvoir tout supprimé puis supprimer la base de donnée.

    Je trouve tout cela plutôt instable, c'est un fonctionnement normal ?

    jeudi 7 septembre 2017 08:41