none
Licenziamento Exchange per DAG per business continuity in DR site RRS feed

 > 

  • Domanda

  • Question
    Registrati per votare
    0
    Registrati per votare

    Ciao a tutti,

     Mi interessa capire 2 cose sulla situazione futura di un cliente...

    Situazione attuale (disastrosa, fuori da ogni requirement):

    SITO PRIMARIO
    1 server Exchange 2003

    SITO DR
    1 server Exchange 2003

    METODO DI DELIVERY AL DR SITE
    Backup Shipping

    METODO RESTORE
    restore SOPRA il DB di

     

    Situazione che ho pensato io:

    SITO PRIMARIO
    2 server Exchange 2010 (1 x CAS + HUB Transport + Altri ruoli, 1x Mailbox. DAG con il DR SITE)

    SITO DR
    2 server Exchange 2010 (1 x CAS + HUB Transport + Altri ruoli, 1x Mailbox. DAG con il MAIN SITE)

    METODO DI DELIVERY AL DR SITE
    Continous log shipping (DAG)

    METODO RESTORE
    NESSUNO, non serve.

     

     

    Ho pensato bene? Mi servono + o - servers? + o - licenze?
    Posso farci qualcosa con le licenze di Exchange 2003? suggeritemi un metodo creativo di reimpiegarle (se vale la pena).

    Altra cosa:
    mi potete suggerire una lettura MIRATA sulle procedure di disaster recovery quando è in piedi un "clustering geografico" con DAG?

     

     

    Grazie a tutti!

    Diego Castelli - MCSA 2003, MCP ISA 2004, MCTS Forefront. ITA: Questo post è fornito "così com'è". Non conferisce garanzie o diritti di alcun tipo. Ricorda di usare la funzione "segna come risposta" per i post che ti hanno aiutato a risolvere il problema e "deseleziona come risposta" quando le risposte segnate non sono effettivamente utili. Questo è particolarmente utile per altri utenti che leggono il thread, alla ricerca di soluzioni a problemi similari. ENG: This posting is provided "AS IS" with no warranties, and confers no rights. Please remember to click "Mark as Answer" on the post that helps you, and to click "Unmark as Answer" if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
    mercoledì 19 ottobre 2011 14:22
    |

Risposte

  • Question
    Registrati per votare
    1
    Registrati per votare

    Io invece non sono molto convinto.

    Domande:

    Cosa vuol dire CAS + HUB + Altri ruoli ? UM ?
    Il Sito Primario e il Sito di DR sono in 2 Siti AD diversi o sono in un singolo Sito AD ?
    I server saranno sulla stessa subnet ?

    Ecco alcune considerazioni (in ordine sparso):

    Prima di pensare al DR geografico mi occuperei dell'HA per cui almeno 4 macchine per sito (2 HUB/CAS + 2 Mailbox). In base al tuo disegno se ti perdi il sito primario (che include la File Share Witness) il DAG nel sito di DR non partirebbe per mancanza di majority e ti toccherebbe forzarlo (non che un DR geografico debba essere poi così automatico. E' DR non HA). Se avessi 4 mailbox non partirebbe comunque ma ti renderebbe la vita molto più facile con l'alternate File Share Witness. Con 3 (2 primario e 1 secondario avresti lo stesso problema di mancanza di maggioranza). Cosa succede se decidi di fare la maintenance di uno dei server del sito primario ? Fai un failover di tutto il sito ?

    Una buona reference di quello che ho in mente la trovi qui: http://technet.microsoft.com/en-us/library/dd638104.aspx

    Aggiungo anche sulla base della mia esperienza il problema peggiore non è il failover ma il failback :-)

    Come bilanci il traffico dei CAS/HUB ? Se punti a un solo CAS/HUB ti ritrovi uno SPOF grosso come una casa e in ogni caso i mailbox userebbero entrambi gli HUB. Se li punti tutti e due c'è da vedere come sono i Siti AD (se sono 2 Siti l'SP2 migliorerebbe la situazione ma non troppo)

    Per quanto riguarda il metodo di Restore non sono molto d'accordo sul "non serve". Ci sono delle procedure di attivazione da seguire e pure una procedura di failback (che non seguirei ogni volta che devo riavviare il server :-))
    Prima di tutto MS raccomanda soluzioni backup-less solo se si hanno almeno 3 copie e non 2 come sarebbe il caso nel tuo design.
    Un backup servirebbe anche solo per data retention altrimenti tutte le mail più vecchie del tempo di retention sono perse.

    Se il cliente vuole il DR geografico si deve mettere in testa che ci vogliono più di 2 macchine. Cose se ne fa del failover del sito se poi non riesce a garantire l'HA ? Ricordiamoci che DR e HA sono 2 cose diverse.

    Lo so che se dici al cliente 8 macchine ti ritrovi degli occhi sgranati e la frase: "ma adesso lo facciamo con 2".
    Io risponderei esattamente come hai detto tu: "Soluzione Disastrosa e fuori da ogni requirement"

    Per quanto riguarda le licenze necessarie mi spiace ma non so risponderee.

    Per quanto riguarda la documentazione "mirata" non c'è molto (se non niente) e non sei il primo partner che lamenta questa mancanza.

    Questo è il meglio che ho trovato: http://technet.microsoft.com/en-us/library/dd351049.aspx

    Ciao
    Gabriele

    -- Gabriele Tansini [MSFT] Microsoft Certified Master: Exchange 2007 "This posting is provided "AS IS" with no warranties, and confers no rights"
    • Proposto come risposta Anca Popa venerdì 21 ottobre 2011 06:59
    • Contrassegnato come risposta Diego Castelli martedì 25 ottobre 2011 06:10
    venerdì 21 ottobre 2011 06:05
    |

Tutte le risposte

  • Question
    Registrati per votare
    1
    Registrati per votare

    Diciamo che è la configurazione minima per fare quello che cerchi. L'exchange 2003 puoi tranquillamente buttarlo :)

    Ciao. 

    Peppacci - MVP - Microsoft Exchange Server Microsoft MCP - MCTS - MCITP http://blogs.sysadmin.it/peppacci/Default.aspx
    giovedì 20 ottobre 2011 12:33
    |
    Moderatore
  • Question
    Registrati per votare
    1
    Registrati per votare

    Io invece non sono molto convinto.

    Domande:

    Cosa vuol dire CAS + HUB + Altri ruoli ? UM ?
    Il Sito Primario e il Sito di DR sono in 2 Siti AD diversi o sono in un singolo Sito AD ?
    I server saranno sulla stessa subnet ?

    Ecco alcune considerazioni (in ordine sparso):

    Prima di pensare al DR geografico mi occuperei dell'HA per cui almeno 4 macchine per sito (2 HUB/CAS + 2 Mailbox). In base al tuo disegno se ti perdi il sito primario (che include la File Share Witness) il DAG nel sito di DR non partirebbe per mancanza di majority e ti toccherebbe forzarlo (non che un DR geografico debba essere poi così automatico. E' DR non HA). Se avessi 4 mailbox non partirebbe comunque ma ti renderebbe la vita molto più facile con l'alternate File Share Witness. Con 3 (2 primario e 1 secondario avresti lo stesso problema di mancanza di maggioranza). Cosa succede se decidi di fare la maintenance di uno dei server del sito primario ? Fai un failover di tutto il sito ?

    Una buona reference di quello che ho in mente la trovi qui: http://technet.microsoft.com/en-us/library/dd638104.aspx

    Aggiungo anche sulla base della mia esperienza il problema peggiore non è il failover ma il failback :-)

    Come bilanci il traffico dei CAS/HUB ? Se punti a un solo CAS/HUB ti ritrovi uno SPOF grosso come una casa e in ogni caso i mailbox userebbero entrambi gli HUB. Se li punti tutti e due c'è da vedere come sono i Siti AD (se sono 2 Siti l'SP2 migliorerebbe la situazione ma non troppo)

    Per quanto riguarda il metodo di Restore non sono molto d'accordo sul "non serve". Ci sono delle procedure di attivazione da seguire e pure una procedura di failback (che non seguirei ogni volta che devo riavviare il server :-))
    Prima di tutto MS raccomanda soluzioni backup-less solo se si hanno almeno 3 copie e non 2 come sarebbe il caso nel tuo design.
    Un backup servirebbe anche solo per data retention altrimenti tutte le mail più vecchie del tempo di retention sono perse.

    Se il cliente vuole il DR geografico si deve mettere in testa che ci vogliono più di 2 macchine. Cose se ne fa del failover del sito se poi non riesce a garantire l'HA ? Ricordiamoci che DR e HA sono 2 cose diverse.

    Lo so che se dici al cliente 8 macchine ti ritrovi degli occhi sgranati e la frase: "ma adesso lo facciamo con 2".
    Io risponderei esattamente come hai detto tu: "Soluzione Disastrosa e fuori da ogni requirement"

    Per quanto riguarda le licenze necessarie mi spiace ma non so risponderee.

    Per quanto riguarda la documentazione "mirata" non c'è molto (se non niente) e non sei il primo partner che lamenta questa mancanza.

    Questo è il meglio che ho trovato: http://technet.microsoft.com/en-us/library/dd351049.aspx

    Ciao
    Gabriele

    -- Gabriele Tansini [MSFT] Microsoft Certified Master: Exchange 2007 "This posting is provided "AS IS" with no warranties, and confers no rights"
    • Proposto come risposta Anca Popa venerdì 21 ottobre 2011 06:59
    • Contrassegnato come risposta Diego Castelli martedì 25 ottobre 2011 06:10
    venerdì 21 ottobre 2011 06:05
    |