none
switch tra due server exchange RRS feed

  • Domanda

  • Questa è la configurazione del cluster NLB, gli indirizzi sono all'interno dello stesso spezzone di rete.

    I siti fisici sono all'interno dello stesso campus in edifici diversi ad una distanza di circa 800 m.

    Gli switch su cui sono attestati i server fisici sono collegati da 6 coppie di fibre ottiche.

    La piattaforma virtuale è VmWare in HA.

    Il server Exc01 è confinato sul sito di emergenza tramite una regola come pure il suo corrispetivo mailboxstore.

    I server mailboxstore sono 2 collegati in DAG (hanno 5 DB).

    Al fuori servizio del sito di emergenza (1 server CAS ed un server MailBoxStore) il servizio di exchange non era più raggiungibile dai client; in pratica il CaS e il mailbox attivi non erano in grado di gestire la posta/non rispondevano alle richieste.

    Rispetto ai seguenti articoli le cofigurazioni sembrano corrette:

    https://www.simple-talk.com/sysadmin/exchange/exchange-2010-high-availability/

    http://www.msexchange.org/articles-tutorials/exchange-server-2010/high-availability-recovery/load-balancing-exchange-2010-client-access-servers-using-hardware-load-balancer-solution-part1.html

    http://blogs.technet.com/b/itapfemsg/archive/2010/03/18/configurare-un-cas-array-su-exchange-2010.aspx

    Grazie mille per ogni idea che potrebbe suggerire una diagnostica

    Bombelli Giuseppe

    lunedì 8 aprile 2013 13:32

Risposte

  • Ciao,

    Il comportamento del DAG è corretto.

    Hai spento uno dei nodi e il server con la File Share Witness (exc01).

    Il DAG non aveva più la maggioranza e si è fermato.

    L'unico modo per tenere tutto operativo sarebbe stato fare un Datacenter Switchover (operazione manuale) prima di spegnere i server ma tutto dipende dai tuoi SLA.

    Vedi http://technet.microsoft.com/en-us/library/dd351049(v=exchg.141).aspx

    Per la prossima volta in caso tu debba fare un Datacenter *over abilita il DAC (DatacenterActivationMode               : Enable) così eviterai problemi durante il failback

    Ciao
    Gabriele


    -- Gabriele Tansini [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights"

    • Contrassegnato come risposta Anca Popa martedì 28 maggio 2013 12:17
    lunedì 15 aprile 2013 15:11

Tutte le risposte

  • Ma perchè parli di siti? Io vedo che le network dei cas sono sullo stesso segmento di rete. Hai configurato il casarray che punta al vip dell'nlb? versioni dei client?

    Peppacci - MVP - Microsoft Exchange Server Microsoft MCP - MCTS - MCITP - MCSE http://blogs.sysadmin.it/peppacci/Default.aspx

    martedì 9 aprile 2013 09:49
    Moderatore
  • Per sito intendo, forse impropriamente, locazione fisica.

    Non capisco la domanda cosa intendi per casarray che punta ..?

    I client son outlook 2010 in parte configurati per accedere tramite RPC (portatili), puntando direttamente all'indirizzo NLB (fissi).

    Bombelli Giuseppe

    martedì 9 aprile 2013 13:18
  • Scusa ma per i client la frase corretta è

    I client son outlook 2010 in parte configurati per accedere tramite RPC (portatili), in parte puntano direttamente all'indirizzo NLB (desktop).

    Bombelli Giuseppe

    martedì 9 aprile 2013 13:21
  • Intendo questo:

    http://blogs.technet.com/b/itapfemsg/archive/2010/03/18/configurare-un-cas-array-su-exchange-2010.aspx

    tutti devono puntare qui per il singolo sito Active directory.


    Peppacci - MVP - Microsoft Exchange Server Microsoft MCP - MCTS - MCITP - MCSE http://blogs.sysadmin.it/peppacci/Default.aspx

    martedì 9 aprile 2013 14:53
    Moderatore
  • I risultati dei controlli riferiti all'articolo:

    Outlook:

    Server exchange: RpcClientAccessServer                        : exchange.xxxx.lan

    L'unica differenza rispetto all'articolo è che lì sono presenti 2 sk di rete di cui una, la public, non è riferita alcuna funzione.

    Aggiungo un dubbio che mi è nato parlando con i colleghi, nel "sito" di emergenza è presente un Domain controller che si è pure lui spento mentre nel sito di produzione l'atro DC era attivo, le autenticazioni della al dominio venivano eseguite mentre le autenticazioni della VPN non venivano eseguite, è possibile che il problema non nasca da exchange ma da qualche errata configurazione dei 2 DC?

    Bombelli Giuseppe

    mercoledì 10 aprile 2013 07:42
  • Per operazioni sulla rete elettrica abbiamo fatto lo shutdown dei server nel sito di emergenza sia il mailboxstore (excmbs02) che del cas (exc01).   La posta non ha più funzionato.    Andando sul cas attivo (exc00) e aprendo la consolle di exchange ritornava un errore di connesione al cas spento.    Sul server mailboxstore attivo (excmbs01) la situazione dei database dava che il servizio su excmbs02 era "ServicesDown" mentre su excmbs01 era "DisMount" con il parametro IsActive = True.      Prima dello spegnimento di excmbs02 la situazione era database mount su excmbs01 e healty su excmbs02.

    Ho forzato il mount dei database e una volta risaliti la posta ha funzionato.

    Pertanto posso ipotizzare che c'è qualche configurazione nel DAG che non funziona o non è impostata correttamente.

    cosa posso verificare ??

    Grazie mille per ogni suggerimento

    Bombelli Giuseppe

    venerdì 12 aprile 2013 15:56
  • 1) Dov'è la File Share Witness del tuo DAG ?

    2) Hai abilitato il DAC ?

    3) I server sono su un singolo Sito Active Directory o due ?

    Fai get-databaseavailabilitygroup dalla shell e dimmi cosa trovi in:

    WitnessServer
    WitnessDirectory
    DatacenterActivationCoordination

    Ciao
    Gabriele


    -- Gabriele Tansini [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights"

    sabato 13 aprile 2013 09:35
  • Di seguito i risultati del comando get-databaseavailabilitygroup eseguito sul server exc01:

    RunspaceId                             : 770a605d-1f3b-4d14-af87-f44912100982
    Name                                   : EXCDAG01
    Servers                                : {EXCMBS02, EXCMBS01}
    WitnessServer                          : exc01.xxxx.lan
    WitnessDirectory                       : C:\DAGFileShareWitnesses\EXCDAG01.xxxx.lan
    AlternateWitnessServer                 : exc00.xxxx.lan
    AlternateWitnessDirectory              : C:\DAGFileShareWitnesses\EXCDAG01.xxxx.lan
    NetworkCompression                     : InterSubnetOnly
    NetworkEncryption                      : InterSubnetOnly
    DatacenterActivationMode               : Off
    StoppedMailboxServers                  : {}
    StartedMailboxServers                  : {}
    DatabaseAvailabilityGroupIpv4Addresses : {172.27.100.55}
    DatabaseAvailabilityGroupIpAddresses   : {172.27.100.55}
    AllowCrossSiteRpcClientAccess          : False
    OperationalServers                     :
    PrimaryActiveManager                   :
    ServersInMaintenance                   :
    ThirdPartyReplication                  : Disabled
    ReplicationPort                        : 0
    NetworkNames                           : {}
    WitnessShareInUse                      :
    AdminDisplayName                       :
    ExchangeVersion                        : 0.10 (14.0.100.0)
    DistinguishedName                      : CN=EXCDAG01,CN=Database Availability Groups,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=xxxx,CN=Microsoft
                                             Exchange,CN=Services,CN=Configuration,DC=xxxx,DC=lan
    Identity                               : EXCDAG01
    Guid                                   : 6f29f503-9860-4eaf-b959-f0a49b1468c8
    ObjectCategory                         : xxxx.lan/Configuration/Schema/ms-Exch-MDB-Availability-Group
    ObjectClass                            : {top, msExchMDBAvailabilityGroup}
    WhenChanged                            : 27/11/2012 15:03:36
    WhenCreated                            : 21/03/2012 17:53:29
    WhenChangedUTC                         : 27/11/2012 14:03:36
    WhenCreatedUTC                         : 21/03/2012 16:53:29
    OrganizationId                         :
    OriginatingServer                      : DC-MI-02.xxxx.lan
    IsValid                                : True

    Ripetendo il comando sul server exc00 le differenze rispetto al risultao sopra riportato sono:

    • RunspaceId                             : b8b4cd78-da9c-484a-a699-bc88348ce621
    • OriginatingServer                      : DC-MI-03.xxxx.lan

    Nel percorso sul server Exc01 C:\DAGFileShareWitnesses\EXCDAG01.xxxx.lan\ad037abf-a517-482c-9249-29192b0f2253 ci sono 2 file:

    1. VerifyShareWriteAccess.txt vuoto
    2. Witness.log che non so con quale perogramma aprire

    Nel percorso sul server Exc00 C:\DAGFileShareWitnesses\EXCDAG01.xxxx.lan non sono presenti ne file ne sottocartelle.

    Grazie mille per l'aiuto

    Bombelli Giuseppe

    lunedì 15 aprile 2013 09:49
  • Ciao,

    Il comportamento del DAG è corretto.

    Hai spento uno dei nodi e il server con la File Share Witness (exc01).

    Il DAG non aveva più la maggioranza e si è fermato.

    L'unico modo per tenere tutto operativo sarebbe stato fare un Datacenter Switchover (operazione manuale) prima di spegnere i server ma tutto dipende dai tuoi SLA.

    Vedi http://technet.microsoft.com/en-us/library/dd351049(v=exchg.141).aspx

    Per la prossima volta in caso tu debba fare un Datacenter *over abilita il DAC (DatacenterActivationMode               : Enable) così eviterai problemi durante il failback

    Ciao
    Gabriele


    -- Gabriele Tansini [MSFT] This posting is provided "AS IS" with no warranties, and confers no rights"

    • Contrassegnato come risposta Anca Popa martedì 28 maggio 2013 12:17
    lunedì 15 aprile 2013 15:11
  • Ciao Giuseppe,

    In attesa delle tue notizie, evidenzio l'intervento di Gabriele.

    Grazie a tutti della participazione nel Forum di Exchange Server :-)


    Anca Popa Follow ForumTechNetIt on Twitter

    Microsoft offre questo servizio gratuitamente, per aiutare gli utenti e aumentare il database dei prodotti e delle tecnologie. Il contenuto viene fornito “così come è” e non comporta alcuna responsabilità da parte dell'azienda.

    martedì 28 maggio 2013 12:19