Re: Exchange Hochverfügbarkeitslösung
- From: "Frank Carius \(MVP\)" <frank@xxxxxxxxxxxxxxxxxx>
- Date: Mon, 5 May 2008 23:16:12 +0200
"Markus Kammer" <mr@xxxxxxxxxxxxxxxxxx> schrieb im Newsbeitrag news:%23gigjMprIHA.3616@xxxxxxxxxxxxxxxxxxxxxxx
Hallo, und herzlichen Dank für die Mühe...
also ....
> erstes Angebot der Art ? dann versuchs nicht alleine :-)
Ja, das ist mein 1. Angebot, zuzüglich ist noch zu sagen, dass ich mich nur gut mit exchange 2003 auskenne, 2007 leider noch gar nicht, habe zu hause mal einen aufgesetzt, aber das ist was anderes als eine migration, hochverfügbar für produktivsysteme.
FC: Ok also "eigenkunde" :-)
ic hwollte nur sicher gehen, nicht dass euer Kunde in ein paar wochen dann woanders sich umschaut.
> - Maximale Downtime bei Verlust einer Datenbank (also restorezeit)
natürlich so gering wie möglich
FC: ZEITEN. Nagle eure Geschäftsführung FEST:
jede Minute kostet viel mehr geld.
> Hier kann SCR, LCR oder CCS helfen aber nicht SCC
???
SCC = Single Copy Cliuster = Shared DB. Datenbank weg, alles weg., Restore erforderlich
> - maximale Downtime beimVerlust eines Knoten)
gibt nur einen knoten, bzw nur einen standpunkt, downtime, natürlich wie immer gefordert, so gering wie möglich
FC: AUch hier: ZEITEN
> hier kann ein CLuster helfen (Failover) oder ein Server, de rvom SAN
> bootet
wäre möglich, wie gesagt ich muss was zusammen stellen, dass gegen das unix (zarafa) gut preislich stand hält, damit ich dieses projekt bekomme, bin hier für MSAD und Exchange hauptverantwortlicher Admin
FC: Ok man könnte man zwei drei "optionen" gegenüberstellen bezüglich Kosten nud verfügbarkeit und Desaster zeit
Option1: Microsoft CCR Cluster mit 2x Frondend. Teuer und gut
Option2: Microsoft Exchange mit "Cold Standby Server" und SAN mit Snapshots
Option3: Microsoft LCR mit Cold Standby
Option4: "DialTone" restore Option. d.h. wenn ausgefallen dann Server schnell installieren OHNE DB.
Hauptsache neue Mails kommen rein und können bearbeitet werden. rest kommt per RecoveryStorage Group rein
> - Ausfall durch Adminfehler
wollen wir mal nicht hoffen ;)))
FC: Schulug ? 80% der ungeplanten Downs beim Cluster SIND adminfehler (leider)
Wenn du cluster hast, dann MUSST du auch einen Spielcluster haben (eine VM reicht)
> (Gegenfrage: gibt es mehr als zwe Domain Admins ? Dann ist das Konzept
> falsch. Punkt !)
wie gesagt, ich bin der Hauptadmin für diese Geschichte, es gibt noch einen zweitAdim in diesem Aufgabengebiet, insgesamt sind wir 3 Admins
FC: ok knapp vorbei
> - Downtime über das Jahr gerechnet
möglichst keine, laut chefs
> Ein Cluster hilt primär die "geplante" Downtime (Service pack Updates
> etc) zu reduzieren.
> - Welche Zeiten zählen als kritisch. wirklich 24h oder "nur 06:00-18:00 Uhr
da wir ibm dienstleister sind und rund um die uhr verträge mit unseren kunden haben,... ausserdem schicken die kundenmaschinen nit nur stündlichen heartbeat, sondern auch fehlermeldungen wenn etwas defekt ist, teilweise haben wir 4 stunden reaktionszeit, was mich natürlich zu dem schluss bringt, dass unser exchange wirklich 24h verfügbar sein muss !
Trenne zwischen "Mailserver" und "transportserver".
Die Hubtransprots kann man auf Blades ohne viel Disk verfügbar halten.
man könnte auch eintragen, dass so wichtige Mails an zwei Mailserver (verteiler) gehen. ein CRmSystem kann dann beide Mailboxen absaugen und muss halt dubletten erkennen.
> Ja da du Windows Dienste (Active directory) nutzt.
> Ingesamt eigentlich ganz schön frech von Msoft ;(
Tja dem ist so .
> Du braucht noch zwei weiter eServer für Hub und CAS, da auf einem Cluster
> kein SMTP-routing passiert.
FC: hast du die nun addiert
> und zwe iServer als Domaincontoller, wenn noch nicht da.doch 2 dcs haben wir (2003)
FC: Ok also DC sind da
> nud ne Überwachungssoftware (MOM o.ä, wegen mir auch Tivoli)wäre auch da, kennt sich nur leider keiner hier mit aus *grins*
> und Backup (TSM macht seinen Job ganz gut, wenn man weiss wie. nud
> Antivirus)
> klar !
Ok damit gehörst ud zu den 50% "guten Kunden".
>> Ausschlaggebend ist der Preis, da noch eine Unix-Mailsystem Cluster hier
>> im Gespräch ist. Sollte Exchange nur "wenig" teurer sein, wäre es mein
>> Projekt, und ich würde das sehr gerne hier realisieren.
na ja ein UNIX CLuster ?
ok zwei UNIX Boxen mit einem Mailserver der sich repliziert ?
weisst du welcher Mailserver da im Gespräch ist ?
"billig" wird das dann auch nicht
>
> Der Preis KANN hie rnicht entscheidend sein.
LEIDER LEIDER LEIDER .... DOCH !!!
FC: dann tut es mir leid, weil man damit Birnen mit Bananen vergleicht.
Exchange wird da teurer sein, leistet aber auch mehr.
> die Funktion ist es. die meisten (nicht alle) UNIX-System beschränken sich
> auf POP3/IMAP4/HTTP.
Das Zarafa kann quasi fast das Selbe wie Exchange einschliesslich OWA und OMA, öffentliche Ordner, Kalender Gruppen(Verteiler) arbeitet auch mit AD ..... ;( Haben ein Angebot für 150 User bei knapp 8000 Euronen....HW Anforderungen gleich mit Exchange
FC: Ich würde einfach mal ne testinstallation mit Zafara machen lassen und sehen, ob es euch "genügt".
Vielleicht kommt ihr als IBM-ler auch an Notes günstig ran :-)
> ich notier mir mal die Nummer, aber ich bin leider (gottseidank) ab mitwoch nacht auf Teneriffa, habe dann Urlaub bis zum 26.05 ;))
Ts ts ts was soll man da sagen
> meine Nummer ist die xxxx ( Markus Kammer ) vielleicht kannst Du mir ja mal eine SMS schicken
Bähh :-) SMS, wie altmodisch. mail und Pushmail ist viel billiger und schneller und flexibler.
--
Frank Carius MS Exchange MVP
Exchange FAQ auf http://www.msxfaq.de
Support siehe http://www.netatwork.de/msxfaq.htm
Bitte "Realnamen" verwenden oder müssen Sie sich verstecken ?
Dringendes Problem: eine Telefonnummer kann ich anrufen,wenn Zeit ist
:-) --
.
- Follow-Ups:
- Re: Exchange Hochverfügbarkeitslösung
- From: Markus Kammer
- Re: Exchange Hochverfügbarkeitslösung
- References:
- Re: Exchange Hochverfügbarkeitslösung
- From: Frank Carius \(MVP\)
- Re: Exchange Hochverfügbarkeitslösung
- From: Markus Kammer
- Re: Exchange Hochverfügbarkeitslösung
- Prev by Date: Re: Exchange Hochverfügbarkeitslösung
- Next by Date: Re: Exchange Hochverfügbarkeit ...
- Previous by thread: Re: Exchange Hochverfügbarkeitslösung
- Next by thread: Re: Exchange Hochverfügbarkeitslösung
- Index(es):
Relevant Pages
|
