Exchange 2010 Service Pack 2 und Hosting

Veröffentlichung des Originalartikels: 06.12.2011

Anlässlich der Strategieänderungen, die wir vor Monaten in Die Zukunft von „/hosting mode“ angekündigt haben, möchten wir die Gelegenheit nutzen und klarstellen, was in sog. Hostingszenarien unterstützt wird.

Wir haben angekündigt, dass nach der Veröffentlichung von SP2 Hoster mithilfe von Exchange 2010 SP2 gehostete Exchange-Dienste bereitstellen können. Nun, jetzt wurde SP2 veröffentlicht. Zudem haben wir einen Leitfaden zu Mehrinstanzenfähigkeit und Hosting für Exchange Server 2010 SP2 bereitgestellt, um unsere Kunden bei der Konfiguration ihrer Lösungen zu unterstützen. Wir haben eine Website für Mehrinstanzenlösungen und Leitfäden erstellt, um Hersteller von Systemsteuerungen anzuerkennen, die uns die erforderlichen Details über ihre Lösungen bereitstellen, sodass wir sie als kompatible Lösungen aufführen können. Die Anleitung ist für Hoster und Systemsteuerungs-ISVs konzipiert, sie ist jedoch für jeden nützlich, der mithilfe von Exchange 2010 SP2 ein mehrinstanzenfähiges System (auch als private Cloud bezeichnet) erstellen möchte.

Update 20. Dezember: Wir haben soeben den Leitfaden zur Skalierung von Mehrinstanzenlösungen mit Exchange 2010 SP2 veröffentlicht, eine Anleitung für die richtige Skalierung und Bereitstellung einer Mehrinstanzenlösung mit Exchange 2010 SP2.

Der wesentliche Punkt ist, dass ein Hoster, ein Systemsteuerungsanbieter oder jeder, der seine Lösung nach diesem öffentlich bereitgestellten Leitfaden erstellt, im Wesentlichen nichts anderes tut als jeder andere Kunde, der Exchange bereitstellt, aber keine Standardeinstellung ändert. Wir möchten Ihnen wie jedem anderen Kunden Unterstützung anbieten.

Angenommen, Sie sind ein typischer Unternehmenskunde und stellen Exchange bereit, konfigurieren einige Adressbuchrichtlinien (ABP), ändern Kalenderberechtigungen und fügen einige tausend akzeptierte Domänen hinzu. Sie erhalten weiterhin die gewohnte Unterstützung, da ihre Konfiguration nur unterstützte Tools und Prozesse verwendet. Für Hoster oder Ersteller einer privaten Cloud verhält es sich nicht anders. Auch Sie erstellen Objekte, richten ABPs ein und erhalten vielleicht letzten Endes in den Augen eines durchschnittlichen Exchange-Kunden eine ungewöhnliche Konfiguration, aber das ist alles – ungewöhnlich, auf Ihre Anforderungen zugeschnitten, aber dennoch unterstützt.

Ein paar Beispiele, um dies näher zu erläutern:

• Sie rufen uns wegen eines Problems mit dem Exchange Transport-Agent an und es ist klar, dass Ihre Lösung keinem unserer veröffentlichten Leitfäden für Entwickler entspricht. Wir werden Ihnen empfehlen, Ihre Lösung entsprechend zu ändern, und dieser Rat ist unabhängig davon, ob Sie ein Hoster, ein Ersteller einer privaten Cloud oder ein Unternehmenskunde sind.
• Sie sind ein Hoster und rufen uns an, weil Sie nicht verhindern können, dass auf Ihrer selbsterstellten Hostingplattform interne Abwesenheitsnachrichten (OOF) zwischen den Kunden übermittelt werden. Wir verweisen auf unseren Hostingleitfaden, wo dies als bekanntes Problem bei dieser Konfiguration beschrieben ist. Wir weisen ferner darauf hin, dass in dem Dokument auch ein Lösungsansatz für das Problem vorgeschlagen wird. Wenn Sie dann einen separaten Entwicklerfall öffnen möchten, um Hilfe bei der Erstellung der Lösung zu erhalten, können Sie dies ebenfalls tun.

Sie sehen: Ob Sie ein Hoster, ein Unternehmenskunde oder ein Ersteller einer eigenen Lösung zum Hosten mehrerer Kunden sind – wenn Sie unterstützte Tools und Methoden zur Konfiguration des Systems verwendet haben, können wie diese effektiv unterstützen. Das ist nicht anders als bisher: Wenn Sie ungewöhnliche Änderungen an Ihrem System vornehmen, bitten wir Sie nicht das gesamte System zu validieren, bevor wir Ihnen bei der Wiederherstellung der Datenbank helfen. Ist jedoch ein Datenbankfehler wegen Ihrer ungewöhnlichen Änderungen aufgetreten, werden wir Sie nach dem Grund der Änderungen fragen und möglicherweise darauf hinweisen, dass sie nicht unterstützt werden.

Wenn ein Systemsteuerungsanbieter seine Lösung vertreiben möchte UND diese auf unserer Website aufgeführt werden soll, muss er schriftlich bestätigen, dass seine Lösung mit dem GESAMTEN Leitfadendokument kompatibel ist. Wenn eine Lösung nur zu 90% kompatibel ist, wird sie nicht aufgeführt. Der Anbieter wird dadurch nicht am Verkauf seiner Lösung gehindert. Er kann dies tun, ohne dass wir irgendwelche Prüfungen an seiner Lösung vornehmen, aber ein Kunde, der eine Lösung erwerben möchte, wird sie nicht auf unserer Website finden.

Kurz gesagt, als Kunden mit Exchange 2010 SP2 behandeln wir Hoster und Unternehmenskunden gleich – wenn die Grundursache Ihres Problems eine nicht unterstützte Einstellung oder Änderung ist, weisen wir darauf hin und empfehlen, diese zu ändern. Als Hoster können Sie problemlos ein Mehrinstanzensystem ohne nicht unterstützte Änderungen erstellen. Der veröffentlichte Leitfaden hilft Ihnen dabei, und wir empfehlen, ihn zu befolgen.

Ich denke so darüber: Wir stellen Leitfäden bereit und erlauben Hostern die Verwendung von Exchange Server 2010 SP2, um sicherzustellen, dass sie eine Lösung erstellen, die auf einer unterstützten Konfiguration basiert. Dies macht ihr System vergleichbar mit allen anderen. Wir möchten gerne, dass Sie ggf. Unterstützung für Ihr System erhalten. Sie müssen nur dafür sorgen, dass Sie nichts tun, was es uns erschwert, Ihnen zu helfen.

Greg Taylor

Es handelt sich hierbei um einen übersetzten Blogbeitrag. Sie finden den Originalartikel unter Exchange 2010 Service Pack 2 and Hosting.