Für verschiedene Unternehmen bilden HCL Notes und Domino die Grundlage für ihre wichtigen Lösungsprozesse. Um mit den Technologien, den Geschäftsanforderungen und den wachsenden Kundenansprüchen Schritt zu halten, führen IT-Gruppen regelmäßig Upgrades ihrer Notes- und Domino-Produktionsumgebungen durch.
Doch trotz der offensichtlichen Vorteile von Upgrades können Fehler bei der Durchführung den Wert der Aktualisierung schnell zunichte machen. Die Durchführung eines umfangreichen, unternehmensweiten Upgrades ist in der Regel eine schwierige Aufgabe für jede Art von IT-Abteilung, wenn man bedenkt, dass ein Großteil der Aufgaben manuell erledigt wird. Es gibt eine ganze Reihe von Herausforderungen, die ein erfolgreiches Upgrade Ihrer HCL Notes/Domino-Atmosphäre verhindern können.
Der Aufwand, der Preis und auch der Einsatz der Quelle hängen von einer Reihe von Faktoren ab. Dazu gehören das Datum Ihrer bestehenden Variante sowie die Frage, ob Ihre Notes/Domino-Ausführung tatsächlich angepasst wurde – entweder durch Plugins, durch Änderungen am Kernsystem oder durch die Übernahme zahlreicher anderer Lösungen.
Wenn Ihr Unternehmen ein Update von HCL Domino plant, wird Ihnen diese Liste der besten Techniken sicherlich helfen, die üblichen Probleme bei der Arbeit zu vermeiden.
HINWEISE:
- Wenn Sie nur vorhaben, ein Fixpack oder einen Hotfix einzuspielen, dann tun Sie es einfach! Die folgende Checkliste ist für signifikante Upgrades von einer früheren Version wie 8, 9 oder 10 auf Notes und Domino 11 gedacht, sowie für Benutzer, die Notes Wanderer Mobile zum ersten Mal verwenden möchten.
- Wenn Sie Notes-Standard-Consumer einsetzen, dann können Sie zusätzlich einen guten Teil des Folgenden getrost außer Acht lassen. Der konventionelle (= Eclipse) Notes 11-Client enthält bemerkenswerte ästhetische Umgestaltungen (viel mehr „Modifikationen für Endanwender“), insbesondere für den Notes-Arbeitsbereich/Desktop, das „Open Listing“ sowie die V11-Mail-Designvorlage.
- Große Upgradesprünge (Notes 8 oder 9 zu 11 vs. Notes 10 zu 11), benötigen Aufmerksamkeit für jedes der anhaftenden Themen.
1. Finden Sie zuerst Ihre Stakeholder
Für Ihren Erfolg ist es erforderlich, dass Sie sowohl interne als auch externe Stakeholder einbeziehen. Möglicherweise müssen Sie auch Endbenutzer, Ausbilder, Web-Material-Entwickler, Manager, Assistenz- und Organisationsteams, QS- und Testgruppen, Systemeigentümer, externe Lieferanten sowie Lösungsfreunde berücksichtigen. Überlegen Sie, wie jedes Team mit Ihrem System verbunden ist, wie sich ein Notes/Domino-Upgrade auf sie auswirkt und welchen Grad an wiederkehrender Kommunikation sie benötigen könnten.
Besonders wenn es um Ihre Domino-Anwendungen geht, gibt es einen Unterschied zwischen einem Anwendungseigentümer und einem tatsächlichen Stakeholder.
Wenn Sie nicht bereit sind, Ihren Schlüsselclient für die Zusammenarbeit mit Ihren Anwendungen zu ändern (denken Sie an: Fundamental vs. Normal vs. Internet-Browser vs. Wanderer mobile vs. der kommende Nomad-Internet-Client), dann ist der einzige Punkt, den Sie in Betracht ziehen sollten, neu bereitgestellte Programme, die im Widerspruch zu bereits existierenden selbst- oder fremdentwickelten Klassen mit dem gleichen Namen stehen können.
Wenn Sie vorhaben, den Hauptkunden für die Verwaltung von Anwendungen zu ändern, stellt sich neben der Frage nach den gegensätzlichen Kursen auch die Frage, ob Ihre Anwendungen auf XPages oder Java basieren und ob der neue Kunde dies unterstützt.
Und vergessen Sie nicht: Es kann viele Hindernisse in Ihrem Code geben, die Sie versuchen sollten zu vermeiden, um nicht das Risiko einzugehen, Ihre gesamte Arbeit zu verschieben
2. Vorbereitung der Änderungskontrolle
Neben der technischen Arbeit, die mit dem Upgrade Ihrer Notes/Domino-Umgebung verbunden ist, ist die zuverlässige Änderungskontrolle sicherlich die größte Herausforderung bei einem Softwareprogramm-Upgrade. Es kann schwierig sein, den Spagat zwischen ausreichender Kommunikation und Prüfung und der Überforderung der Beteiligten mit Details zu schaffen. Ziehen Sie in Erwägung, einen engagierten Anpassungskontrollmanager für den Prozess zu benennen und auch die Erstellung eines Kommunikationskonzepts sowie einer Top-Level-Job-Technik als Ergebnisse für diese Funktion einzubeziehen
3) Systemaudits durchführen
Ein System-Audit besteht darin, eine Bestandsaufnahme aller Änderungen innerhalb der Atmosphäre sowohl für Kundenplätze als auch für Webserver vorzunehmen. Erkennen Sie alle Anpassungen und entfernen Sie die Spezifikationen und andere relevante Dokumente, die mit dieser Aufgabe verbunden sind. Bewerten Sie jede Nicht-Standard-Implementierung auf Upgrade-Gefahr.
Beispiele:.
- Stellen Sie sicher, dass Erweiterungen von Drittanbietern und Anwendungen – sei es für Kunden oder Server – den Start unterstützen, auf den Sie aktualisieren. Zum Beispiel: Telefonsoftware, Crossware Trademark, iQ.Suite, oder unser eigener MarvelClient, zum Beispiel.
- Bestätigen Sie, ob Sie frühere notes.ini-Einträge auf Kunden sowie zusätzlich auf Servern hinzufügen, ändern oder entfernen sollten, z. B. in Web-Webserver-Plan-Dokumenten und zusätzlich in Policy-Dateien, z. B. CREATE_R ## _ DATA SOURCES, DPABRemoveRule, DisableAccessibility, ENABLE_ACL_FILES, ENABLE_NEW_FTLEXWORD_HANDLING und ebenfalls alle brandneuen Optionen, die mit dem Start, auf den Sie aktualisieren, angeboten werden.
Wird eine Eigenschaft (oder etwas sehr Vergleichbares) in der neuen Version bereits angeboten? Ist eine bestehende Anpassung noch anwendbar? Ist die Softwareanwendung mit anderen Systemen oder Anwendungen integriert? Wird eine Stilvorlage, die während des Upgrades aktualisiert wird, in vielen verschiedenen Versionen verwendet (z. B. ein Mail-Design-Thema oder ein öffentlicher persönlicher digitaler Assistent)?
4. Leistungsvergleiche anstellen
Die Aktualisierung der Notizen kann zusätzlich zur Steigerung der Effektivität beitragen. Stellen Sie sicher, dass Sie alle relevanten Metriken für eine Benchmarking-Untersuchung vor und nach dem Upgrade sammeln. Stellen Sie sicher, dass Sie die Ausnahmen für den Infektionsscanner von IBM- (oder sogar Lotus-) Pfaden auf HCL aktualisieren. Vergessen Sie nicht, die Office-Optimierungen zu aktualisieren, insbesondere bei Citrix.
Seien Sie außerdem darauf vorbereitet, typische Probleme anzugehen, wie zum Beispiel: Hat sich die Startzeit des Benutzers (Hochfahren und auch die Effizienz der Anmeldung) verbessert? Wie auch sonst, nutzt sich die Performance unternehmensweit ab oder nur in bestimmten Abteilungen oder Bereichen?
5. Ermitteln Sie Ihren Bedarf
Müssen Sie auf der Grundlage Ihres Systemaudits Anpassungen und Anpassungen neu entwickeln oder Informationsplugins aktualisieren? Können Sie von Ihrer jetzigen Variante auf die aktuellste Variante des Softwareprogramms aufrüsten oder müssen Sie zunächst auf eine Zwischenvariante aufrüsten?
Prüfen Sie die technischen Anforderungen der neuen Notes-Variante – müssen Sie im Rahmen des Upgrades etwas aktualisieren, installieren oder erwerben? Müssen Sie auch Ihr Thema/Design/Spezifikationen aktualisieren, oder kommt es mit der aktualisierten Variante zurecht?
Müssen Sie Notes in einer Online Home Computer Infrastructure (VDI) wie Citrix aktualisieren? Denken Sie daran, dass bei Citrix eine exzellente Effizienz und auch Stabilität eine einzigartige Konfiguration erfordert
6. Erstellen Sie eine Upgrade-Strategie
Abhängig von Ihren Recherchen aus über Aktivitäten, haben Sie wirklich eine Liste aller Besonderheiten derzeit entwickelt. Ihre nächste Anfrage als auch Job ist: Wer wird das Upgrade durchführen und was muss in welcher Reihenfolge aufgerüstet werden? Nachdem Sie sichergestellt haben, dass alle Abhängigkeiten geklärt und gelöst sind, wird in der Regel vorgeschlagen, zunächst die Webserver und dann die Clients zu aktualisieren.
Weitere wichtige Fragen für Ihr Upgrade sind: Wie soll das Upgrade durchgeführt werden? Gibt es irgendeine Art von Unterstützung für das Upgrade durch den Anbieter der Softwareanwendung? Wie viel Zeit, Personal, Ressourcen und Budget müssen Sie für das Upgrade einplanen?
Auch der beste Plan wird der Realität gerecht. Je besser Sie Ihre Audits und Ihre Bedarfsplanung durchgeführt haben, desto weniger Schwierigkeiten werden Sie bei dieser Aktion haben
7. Verwenden Sie eine durchdachte Roll-Out Strategie
Überraschen Sie Ihren Upgrade-Plan nicht mit Ihrer Roll-Out-Methode. Während sich Ihre Upgrade-Technik um das Thema Ihres Upgrades und alle Produktprobleme kümmert, ist Ihr Roll-Out-Plan das Entscheidende und bedeutet außerdem, dass Ihr Upgrade seinen Weg zu Ihren Endbenutzern finden wird.
Aus diesem Grund ist es wichtig, Fragen wie die folgenden im Vorfeld zu klären:.
- Wann wird das Upgrade durchgeführt?
- Wird es zu einem Ausfall kommen?
- Wie viel Zeit wird es dauern?
- Welche Art von Nachrichten müssen an die Beteiligten gehen?
- Wie sieht der geplante Implementierungsprozess aus?
- Wie sieht Ihr Rollback-Plan aus?
8. Nummer sicher mit Backups
Bewahren Sie Ihr Backup an einem risikofreien Ort auf. Führen Sie ein zusätzliches Backup durch und bewahren Sie die Aufzeichnungen an einem sicheren und risikofreien Ort auf.
Dies ist nicht übervorsichtig, aber dennoch achtsam. Sie wissen nie, mit welchen Umweltauswirkungen Sie zum Zeitpunkt der Planung Ihrer Einführung rechnen müssen.
Außerdem benötigen Sie ein Backup nicht nur für das Upgrade, sondern kontinuierlich in der Produktion
9. Führen Sie ein Test-Upgrade durch
Die beste Methode, um zu erkennen, ob während des Upgrades irgendwelche Probleme auftreten werden, ist ein Test-Upgrade einer Kopie des Echtzeitsystems. Dadurch lassen sich Code- oder Systemstreitigkeiten feststellen und es wird deutlich, wo mehr Arbeit erforderlich ist. Es ist wichtig, für diese Aktion viel Zeit einzuplanen und zusätzlich die entsprechenden Interessengruppen mit einzubeziehen.
10. Führen Sie das gesamte Testing durch
Dazu gehören sensible, nicht-funktionale sowie technologische Tests, Detailtreue, Sicherheit, Effizienz sowie Themen-/Design-Screening, bestehend aus mandantenübergreifenden sowie zusätzlichen Gerätetests. Unerlässlich für das Testverfahren ist ein übliches System zum Auffinden und Überwachen von Problemen. Probleme sollten gründlich spezifiziert werden, einen eindeutigen Identifikator für die Verfolgung von Zielen haben, eine bestehende Bedingung haben und einer Person zugewiesen werden, bis sie vollständig geklärt sind.
Darüber hinaus ist es unerlässlich, Zeit für eine spezifische Zulassungsprüfung einzuplanen und die damit verbundenen Annahmen zu berücksichtigen. Ein aufgerüstetes System kann zwar funktional sein, erfüllt aber möglicherweise nicht alle Geschäftsanforderungen, für die es entwickelt wurde.