Microsoft Office 365: Office in der Cloud
Der Übergang zu Office 365 bringt kleinen und mittelständischen Unternehmen einzigartige Vorteile, für den Übergang sind jedoch einige Fragen zu beachten.
Brien M. Posey
Es gibt eine Vielzahl von Vorteilen zu verschieben in Microsoft Office 365, meist mit Bezug zu Kosten und Zuverlässigkeit. Es gibt auch einige Dinge, die Sie darauf achten sollten, zu vermeiden oder stellen Sie sicher, dass Sie ordnungsgemäß, abhängig von der Umgebung tun.
Wenn Sie ein kleines oder Start-Geschäft und einem lokalen Netzwerk noch keinen, ist es nichts falsch mit voran gehen und Registrierung einer Domain und benutze es, wenn Sie sich für Office 365. Haben Sie bereits eine etabliertes Netz-Infrastruktur, kann es jedoch ein großer Fehler zu springen mit beiden Füßen und einen vorhandenen Domain-Namen zu verwenden, wenn Sie zuerst bei Office 365 anmelden.
Nach Aufrechterhaltung eines lokalen Netzwerks bestehend aus einer Labor-Domäne und einer Produktionsdomäne seit 1997, war es Zeit, meine Produktionsumgebung zu Microsoft Office 365 auszulagern. Die Entscheidung war nicht so viel über Kosten, wie es, über die Zuverlässigkeit war. Kontinuität des Geschäfts verlangte Auslagerung meine Produktionsumgebung. Beim Wechsel zu Microsoft Office 365, entstanden mehrere Übergang bewährte Methoden.
Microsoft Office 365 Übergangsprozesses ist voller Fallstricke. Sie wollen nicht riskieren, einen kritischen Geschäftsprozess eine Unterbrechung durch die Begegnung mit einer der folgenden Punkte. Dass nicht der Fall, hier einige Empfehlungen sind für den Umzug:
- Registrieren Sie einen brandneuen Domain-Namen können, den Sie ausschließlich für Testzwecke verwenden.
- Erstellen einer Testumgebung, die ebenso in der Produktionsumgebung (aber in kleinerem Maßstab) konfiguriert ist.
- Erhalten Sie die kostenlose Testversion von Microsoft Office 365.
- Verwenden Sie Ihre Testumgebung und Ihre Wegwerf Domain um ein Gefühl für was der Übergang wie fühlen werden, bevor Sie mit Ihrer Produktion-Domain-Namen.
Entscheiden Sie sich für den Übergangstyp
Eine der ersten Entscheidungen haben Sie hinsichtlich des Übergangs zu Microsoft Office 365 zu machen ist, welche Art von Übergang, die Sie verwenden möchten. Eine Option ist eine Koexistenz-basierte Migration durchführen. Das andere ist, Koexistenz ganz zu vermeiden.
Die Koexistenz-basierte Migration funktioniert durch die Office-365-Server mit vorhandenen lokalen Netzwerk verbinden. Dies behandelt die Office 365-Server als eine Erweiterung Ihres bestehenden Netzwerkes. Diese Art von Übergang kann befristet sein, oder Sie können weiterhin auf unbestimmte Zeit in einem Zustand der Koexistenz zu betreiben.
Sie können auch das Koexistenzszenario zu vermeiden. In diesem Fall wird Office 365 als eine völlig eigenständige Einheit behandelt. Sie migrieren Ihre vorhandenen Daten auf Office 365 ohne Koexistenz. Es gibt vor- und Nachteile für beide Ansätze.
Wenn Sie sich entscheiden, den Koexistenz Ansatz, wird empfohlen, dass Sie den Assistenten gefunden im Exchange Server 2010 SP2 nutzen. Dieser Assistent vereinfacht den Migrationsprozess. Ohne den Assistenten besteht Ihre Migration aus etwa 50 Schritte. Der Assistent fasst den Prozess in sechs Schritten.
Obwohl der Migrationsprozess Wizards und weit weniger Schritte umfasst als es würden, würden Sie es manuell ausführen, erhalten Sie nicht die Idee, dass Einrichtung Koexistenz einfach ist. Einrichtung Koexistenz erfordert viel Planung und harte Arbeit. Sie sollten wahrscheinlich der Laborumgebung und ein Einweg-Domain-Namen verwenden, Arbeit über den Übergangsprozess. Auf diese Weise Sie nicht Ihren Weg durch den Migrationsprozess in einer Produktionsumgebung zu fühlen müssen.
Wenn Sie mit einer nicht-Koexistenz-Migration gehen, ist der Prozess wesentlich leichter. Allerdings ist Koexistenz zu vermeiden in der Regel nur für sehr kleine Unternehmen geeignet. In größeren Organisationen ist es unpraktisch, zu versuchen, manuell neu erstellen von Benutzerkonten und verschieben dann Daten in der Cloud.
Das neue Postfach zu erfüllen
In meiner eigenen kleinen Unternehmensorganisation zu Microsoft Office 365 Übergang, entschied ich mich für die nicht-Koexistenz-Methode. Der Ansatz war ähnlich eine Dial Tone-Wiederherstellung in Exchange Server 2010 ausführen. Der erste Schritt war brandneue Postfächer auf dem Server mit Microsoft Office 365 erstellen und konfigurieren diese Postfächer um die gleiche E-mail-Adressen als meine lokalen Server verwenden. Von dort war der nächste Schritt den MX-Eintrag für meine Domain ändern, damit e-Mail an den Office 365-Mailbox-Server, anstatt den lokalen Postfachserver fließen beginnen würde.
Zu diesem Zeitpunkt einzige Sache Links zu tun war Umleitung meine Outlook-Clients in das neue Postfach und die alten Nachrichten an den Office 365-Postfachserver verschieben. Verschieben alle alten Nachrichten bedeutete, kopieren alle e-Mail-Nachrichten von meinem lokalen Postfachserver zu einer Reihe von PST-Dateien (eine separate PST-Datei für jedes Postfach).
Sobald ich die neuen Postfächer Outlook verbunden, ich verbunden die PST-Dateien und Nachrichten aus der PST-Dateien auf die Cloud-basierte Postfachserver verschoben. Dabei erwies sich arbeitsintensiv, so dass es wahrscheinlich nicht geeignet für eine große Organisation wäre. Für ein kleines Netzwerk aber der Prozess extrem gut funktioniert.
DNS-Updates
Der MX-Eintrag hatte vor der Umstellung auf die Office-365-Bereitstellung aktualisiert werden. Der MX-Datensatz ist jedoch nur einer von mehreren DNS-Einträge, die ich brauchte, um zu aktualisieren, um Microsoft Office 365 zu verwenden. Obwohl DNS-Aktualisierungen relativ einfach sind durchführen, gibt es ein paar wichtige Faktoren, die Sie beachten sollten.
Die erste umfasst das ermitteln, wer hat die Befugnis, Änderungen an der DNS-Einträge vornehmen. Die meisten Organisationen werden wahrscheinlich ihre eigenen DNS-Änderungen durch einen lokalen DNS-Server oder eine Webkonsole von einem Internetdienstanbieter bereitgestellt. In diesem Fall jedoch habe nicht ich direkten Zugriff auf meine DNS-Datensätze. Eigentlich hatte ich mein ISP die Änderungen für mich haben.
Unabhängig davon, ob Sie eigene DNS Änderungen aufzeichnen oder verlassen, die zu Ihrem Internetdienstanbieter machen werde, wohlgemerkt nur im behalten müssen mehrere Änderungen vornehmen. Sie müssen zum Erstellen eines speziellen DNS-Datensatzes als eine Möglichkeit zum Nachweis an Microsoft, dass Sie tatsächlich die Domain besitzen. Wenn Sie die Domain mit Office 365 registriert haben, gibt es eine Reihe von anderen DNS-Datensätze, die Sie benötigen, um erstellen oder ändern. Je nach Art des Übergangs, die Sie durchführen, können diese Änderungen auf einmal oder einzeln auftreten. Sie möglicherweise Ihre DNS-Datensätze einzeln zu ändern, wie Sie beginnen, bestimmte Dienste den Übergang.
Das DNS-Problem begegnete ich während dieses Prozesses war nur mein ISP einen command line-basierte Lenox DNS-Server benutzt. Als solche, hatte es keine Ahnung, wie einige der Ressourceneinträge erstellt, die von Microsoft Lync erforderlich sind. Letztlich erwies sich diese Datensätze nicht erforderlich, dass die Art, wie ich Office 365. Es könnte ein großes Problem, jedoch gewesen wäre ich Lync stark abhängig.
Active Directory-Synchronisierung
Entscheiden Sie sich für einen Koexistenz-basierte Übergang durchführen, müssen Sie den Active Directory-Synchronisierung-Prozess zu berücksichtigen. Wenn Sie eine Koexistenz-Bereitstellung durchführen, werden Sie weiterhin lokalen Domänencontroller verfügen. Es werden auch Cloud-basierte DCs. Microsoft Office 365 soll die erforderliche Active Directory-Synchronisierung zwischen lokalen und Cloud-basierten Domänencontroller ausführen.
Sie können nicht erkennen, bis es zu spät ist, dass der Active Directory-Synchronisierungsprozess eine Einbahnstraße ist. Wenn Sie Änderungen an der lokalen Active Directory vornehmen, werden diese Änderungen an der Cloud synchronisiert. Wenn Sie Änderungen an der Cloud-basierte Kopie von Ihrem Active Directory vornehmen, werden nicht auf der anderen Seite, diese Änderungen zu Ihrem lokalen DCs synchronisiert werden. In der Tat, werden die Änderungen schließlich durch die Verzeichnissynchronisierung überschrieben werden.
Tools von Drittanbietern
Ein oft übersehener Aspekt der Umstellung auf Microsoft Office 365 ist, abhängig von der Art des Übergangs, Drittanbieter-Produkte, in denen Ihre Organisation bereits investiert hat, nutzlos wiedergegeben werden können. In einigen Fällen können Drittanbieter-Software-Produkten weiterhin funktionieren, wenn Ihr Unternehmen eine on-premise-Bereitstellung neben der Cloud-basierte Bereitstellung verwaltet. Dies ist jedoch weit davon entfernt eine Garantie. Weitere Funktionalität hängt stark von der einzelnen Produkts und die Art der Bereitstellung von Office 365.
Das Problem bei der Verwendung von Drittanbieter-Software ist, dass Microsoft nicht Sie Software-Produkte auf Cloud-basierten Servern installieren lässt. Als solche haben Sie Dienstprogramme, die Sie derzeit auf lokalen Exchange, SharePoint oder Lync-Server ausführen, wird nicht Sie diese Dienstprogramme für Microsoft Cloud-basierten Server bereitstellen können.
In einigen Fällen kann diese Einschränkung eine große Sache sein. Vor dem Übergang zu Office 365, verwendet mein Netzwerk GFI Mail Essentials für Spam-Kontrolle. Ich hatte viel Zeit habe, in eine weiße Liste um sicherzustellen, dass der Clientnachrichten nie als Spam behandelt wurden. Genauso wichtig ist war der Spam-Filter-Mechanismus abgestimmt, die überwiegende Mehrheit der Tausenden von Spam-Nachrichten kommen in jeden Tag loszuwerden.
Nach Umstieg auf Office 365, hatte ich auf den Einsatz von GFI Mail Essentials. Microsoft bietet Forefront für Exchange als Mittel zur Steuerung von Spam, aber es dauerte noch den größten Teil eines Monats Forefront auf den Punkt Feinabstimmung wo ich in der Lage war, den größten Teil der eingehenden Spam zu filtern.
In meinem Fall war Spam-Kontrolle der einzige Dienst, beeinflusst durch die Unfähigkeit, Dienstprogramme von Drittanbietern auf Microsoft Office 365-Servern ausgeführt werden. Größere Organisationen konnten selbst aufgeben, andere Dienstleistungen finden. Dazu können gehören Werkzeuge für allgemeine Aufgaben wie monitoring-Software oder messaging-Kompatibilität.
Outlook-Überlegungen
Die Unfähigkeit, die Produkte von Drittanbietern auf Serverebene mit Microsoft Office 365 verwenden möglicherweise kein Problem für einige Organisationen. Es gibt jedoch auch einige clientseitige-Einschränkungen, die Sie beachten sollten.
Für den Anfang arbeiten nicht ältere Versionen von Microsoft Outlook mit Microsoft Office 365. Büro 365 ist das Minimum von Outlook 2007 erforderlich. Dies bedeutet Organisationen ausgeführt, Office 2003 oder noch ältere Versionen von Office aktualisieren bevor zu Office 365 haben werden. Es ist erwähnenswert, dass Microsoft Office 2010 lokale Lizenzierung der Office 365-Abonnement-Pakete gehören. Outlook Web App ist natürlich enthalten alle Microsoft Office-365-Abonnements, die als Alternative zu Outlook verwendet werden kann.
Ein weiterer wichtiger Aspekt für Outlook ist, dass einige Drittanbieter-Outlook Add-ons mit Office 365 funktioniert nicht. Viele Outlook Add-ons (z. B. Antivirussoftware, Nachrichtenarchivierung Software usw.) basieren auf MAPI Messaging Application Programming Interface (), und Office 365 nicht unterstützt, den MAPI-Stack verwenden. Als solche funktionieren MAPI-basierten Dienstprogramme nicht mit Office 365.
Natürlich gibt es einige wesentlichen Faktoren zu berücksichtigen, die vor der Migration zu Office 365. Trotzdem lohnt sich der Umstieg auf Office 365. Der Service ist stets zuverlässiger als lokale Netzwerke, und weniger Zeitaufwand für Patch-Management und andere Wartungsaufgaben entspricht höheren Wert.
.jpg)
**Brien M. Posey**MVP, ist ein freier technischer Autor mit Tausenden von Artikeln und Dutzende von Büchern zu seiner Gutschrift. Sie können besuchen die Posey-Website unter brienposey.com.