Columbus Installation

Transkript

1 Columbus Benutzerhandbuch Modulversion 7.3 Stand: 09.13

2 Copyright Brainware Consulting & Development AG All rights reserved Das vorliegende Werk ist in all seinen Teilen urheberrechtlich geschützt. Alle Rechte vorbehalten, insbesondere das Recht der Übersetzung, des Vortrags, der Reproduktion, der Vervielfältigung auf fotomechanischem oder anderen Wegen und der Speicherung in elektronischen Medien. Ungeachtet der Sorgfalt, die auf die Erstellung von Text, Abbildungen und Programmen verwendet wurde, können weder Brainware Consulting & Development AG, noch Autor, Herausgeber oder Übersetzer für mögliche Fehler und deren Folgen eine juristische Verantwortung oder irgendeine Haftung übernehmen. Die in diesem Werk wiedergegebenen Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. können auch ohne besondere Kennzeichnung Marken sein und als solche den gesetzlichen Bestimmungen unterliegen. Produktversion 7.3 Dokumentversion 04 Dokumenttitel Herstellung Druck und Verarbeitung Columbus - Benutzerhandbuch Brainware Consulting & Development AG Brainware Consulting & Development AG Veröffentlichungsdatum / 04 / deu Brainware Consulting & Development AG Sumpfstr. 15 CH-6300 Zug support@brainwaregroup.com / 04 / deu 2/32

3 Inhalt 0 Allgemeines Zielgruppen Ergänzende Dokumente Typografische Konventionen Hilfestellungen Lizenzierung Produktbeschreibung Produktübersicht Columbus Module Spider Module Systemkomponenten Master Server Site Server Management Console Management Client Voraussetzungen Accounts und Sourcen Anforderungen Infrastruktur Server Management Console Management Client Preboot Funktionalität sdateien beschaffen Download ID beantragen Lizenz beantragen Columbus herunterladen / 04 / deu 3/32

4 2.2 sablauf Lizenzvereinbarung Lizenzdatei Komponenten Zielverzeichnis für Programmdateien Startmenügruppe Zielverzeichnis für Datenbank und Depots Firmenname System Account Columbus DB-Account Notifikations s PatchDeploy Einstellungen OSDeploy Dialog szusammenfassung svorgang Setup abschliessen überprüfen Columbus Systembenutzer prüfen Am System anmelden Infrastrukturdienste überprüfen / 04 / deu 4/32

5 Allgemeines 0 Allgemeines In diesem Kapitel Zielgruppen... 5 Ergänzende Dokumente... 5 Typografische Konventionen... 6 Hilfestellungen... 7 Lizenzierung... 9 Es freut uns, dass Sie sich für die brainwaregroup und Columbus entschieden haben. Mit Columbus und Spider steht Ihnen ein mächtiges integriertes Software- und Lifecycle Management Suite Werkzeug zur Verfügung. 0.1 Zielgruppen Dieses Handbuch beschreibt die notwendigen Arbeitsschritte für die und den Update einer bestehenden Columbus. Die verschiedenen Phasen betreffen die folgenden Personen: Systemadministrator von Columbus Migration eines bestehenden Columbus System / 04 / deu 5/32

6 Allgemeines 0.2 Ergänzende Dokumente Für weiterführende und ergänzende Informationen zu Columbus verweisen wir auf folgende Handbücher: Grundlagen Einführung in Columbus und Beschreibung der grundlegenden Funktionen, welche für alle Module gültig sind. Columbus OSDeploy Beschreibt die Einrichtung und Bedienung von OSDeploy und die PXE Funktionalität. Columbus Software Deployment Beschreibt die Software- und Patchverteilung, Einrichtung und Bedienung von SWDeploy/PatchDeploy, Bedienung des Management Clients und Paketierung von Software. Columbus PatchDeploy Beschreibt die Einrichtung, den Betrieb und die Vorgehensweise beim Patch Management. Columbus Inventory Beschreibt die Möglichkeiten von Inventarisierungen wie Basisinventar, Inventory Jobs und InventoryScanner. Columbus Imaging Beschreibt die Einrichtung, Betrieb und Vorgehensweisen der Disk Imaging Lösung. Spider OperationsManager Beschreibt die und Basiskonfiguration von OperationsManager, welche Grundlagen sind, für die Einrichtung der jeweiligen Prozesse, wie z.b. der Spider Prozess. Columbus Technical Reference Beschreibung der Scriptbefehle und Variablen sowie eine Übersicht der Konfigurationsparameter der Management Console (nur in englischer Sprache verfügbar) / 04 / deu 6/32

7 Allgemeines 0.3 Typografische Konventionen In diesem Handbuch werden verschiedene Formatierungen verwendet um bestimmte Begriffe und Aktionen hervorzuheben. Spezielle e und Tipps werden je nach Gewichtung mit einer anderen Hintergrundfarbe dargestellt. Formatierung Fette Schrift Kursivschrift Dreieck Symbol " " Spitze Klammer ">" Systemschrift Beschreibung Elemente in der Software oder im Betriebssystem, wie Menüpunkte, Buttons oder Elemente einer Auswahlliste Hervorhebungen (wichtige Details) und Verweise auf andere Kapitel oder Dokumente Schritt einer Handlungsanweisung Befehlsmenüabläufe, z.b. Datei > Öffnen Verzeichnisse, Code- und Scriptbeispiele GROSSBUCHSTABEN Tastenbezeichnungen, z.b. SHIFT, STRG, oder ALT TASTE+TASTE Tastenkombinationen, bei welchen der Benutzer eine Taste gedrückt halten muss und eine weitere Taste drückt, z.b. STRG+P oder ALT+F4. Wichtig Achtung Wird für e oder Tipps verwendet, welche die Arbeit erleichtern oder für zusätzliche Informationen die das Verständnis für das Produkt fördern. Informationen die der Benutzer beachten sollte da sonst Probleme oder Mehraufwand im Betrieb entstehen können. Informationen die der Benutzer beachten muss um Fehlfunktionen des Systems (Abstürze, Datenverluste, Systemausfall) zu verhindern / 04 / deu 7/32

8 Allgemeines 0.4 Hilfestellungen Für zusätzliche Informationen und Unterstützung empfehlen wir unsere Website Hier finden Sie sämtliche Dokumentationen, eine Knowledgebase und ein Supportformular für Fragen an unsere Spezialisten. Support Auf der Supportseite finden Sie den Link zur Knowledgebase, das Supportformular und Informationen zu unserem Kundendienst. Navigieren Sie in ihrem Browser zu und klicken Sie auf der rechten Seite auf Support. Beginnen Sie ihre Suche in der Knowledgebase wo die häufigsten Supportfälle aufgeführt sind. Falls Sie nicht fündig werden, können Sie das Supportformular für weiterführende Informationen benutzen. Beschreiben Sie ausführlich ihr Anliegen, damit ihnen unsere Spezialisten so rasch wie möglich helfen können. Klicken Sie auf Supportformular. Füllen Sie mindestens die mit * markierten Felder aus und klicken Sie auf Anfrage absenden. l Sie erhalten eine Bestätigung, dass ihre Anfrage im System aufgenommen wurde. Für telefonischen Kontakt finden Sie auf der Supportseite die entsprechenden Telefonnummern. Dokumentation Für die aktuellen Dokumentationen steht auf unserer Website ein eigener Downloadbereich zur Verfügung. Dieser enthält alle Handbücher im PDF und CHM Format in deutscher und englischer Sprache. Einige technische Handbücher sind derzeit nur in Englisch verfügbar. Navigieren Sie in ihrem Browser zu und wählen Sie auf der rechten Seite Downloads + Lizenzen. Klicken Sie auf Login, melden Sie sich mit ihrem Benutzernamen und Kennwort an und klicken Sie auf Anmelden. Wählen Sie beim Downloadtyp Dokumentation, das gewünschte Produkt und klicken Sie dann auf Suchen. l Eine Übersicht aller zur Verfügung stehenden Dokumentationen wird angezeigt. Klicken Sie auf das gewünschte Format und Sprache, um die PDF/CHM-Datei in der jeweiligen Form zu downloaden. Den Acrobat Reader finden Sie auf der Supportseite oder direkt unter Bei der werden die Dokumente standardmässig in das Verzeichnis [C:\Program Files]\Columbus kopiert. Um die Konsolen-Hilfe in Deutsch anzuzeigen, muss im Unterverzeichnis \Console die Datei CMC_de.chm in CMC.chm umbenennt werden. Schulungsinformationen Die brainwaregroup hat grosses Interesse daran, dass unsere Produkte und Lösungen fachgerecht, qualifiziert und sachgemäss eingesetzt und betrieben werden. Aus diesem Grund bieten wir eine Reihe verschiedener Kurse an. Sämtliche Informationen über Kursarten und Daten finden Sie unter dem Menüpunkt Schulung / 04 / deu 8/32

9 Allgemeines 0.5 Lizenzierung Die Lizenzierung von Columbus erfolgt auf Basis der Anzahl Computer für die Columbus eine Leistung erbringt. Eine solche Leistung kann z.b. die des Betriebssystems, die Inventarisierung oder die Verteilung von Software-Patches sein. Die vom Kunden gewünschte Leistung bestimmt wiederum die zu lizenzierenden Module. Eine Lizenz ist grundsätzlich an einen Computer gebunden, unabhängig davon ob die Lizenz nur einmalig oder kontinuierlich genutzt wird. Im Rahmen einer Ersatzbeschaffung ist jedoch die Übertragung auf einen neuen Computer möglich. Dieser kurzzeitige Parallelbetrieb des alten und neuen Computers ist während maximal 1 Monat erlaubt. Als technische Lösung hierzu erlaubt das Columbus System eine Übernutzung der gekauften Lizenzen um ca. 10%. Die kontinuierliche Übernutzung der Lizenz ist nicht gestattet. Neben Computern ist Columbus in der Lage Daten von zusätzlichen Netzwerkgeräten (Router, Switches, Printer usw.) aufzunehmen welche als so genannte Not Managed Devices verwaltet werden. Diese Geräte erfordern keine Columbus Lizenz solange sie im Status Not Managed belassen werden, sind aber in der Anzahl auf maximal 200% der erworbenen Columbus Lizenzen begrenzt. Beispiel Ein Kunde betreibt ein Netzwerk mit 250 Computern und erwirbt hierfür eine entsprechende Lizenz von Columbus. In diesem Falle erlaubt das System die zusätzliche Erfassung von maximal 500 Not Managed Devices. Columbus verfügt über einen aktiven Lizenzcheck für alle Columbus-Module. Überschreitungen werden sowohl an der Konsole als auch in der Protokolldatei gemeldet. Eine grobe Überschreitung (>10%) führt zu einer Deaktivierung bestimmter Dienste und fordert den Benutzer der Konsole dazu auf die Datenbasis zu bereinigen oder Lizenzen zu beschaffen. Zusammenfassung Die brainwaregroup Lizenzregeln beinhalten folgende Punkte: Jeder mit Columbus bediente Computer benötigt eine Lizenz. Die Übertragung der Lizenz auf einen anderen Computer ist begrenzt auf Ersatzbeschaffungen. Die Anzahl der Not Managed Geräte ist auf 200% der erworbenen Lizenzmenge beschränkt. Für eine Migration ist eine kurzfristige Lizenz-Überschreitung gestattet. Diese beträgt 10% bis zu einer Kundengrösse von 20'000 Geräten, darüber sind es konstant 2'000 Geräte. Bei einer Lizenz-Überschreitung erscheint beim Start oder während der Arbeit mit der Konsole ein, erlaubt die Konsole noch eine 10 minütige Arbeitssitzung (bei gravierender Überschreitung), verweigern alle Komponenten die Aufnahme weiterer Geräte. Wichtig Wird ein Gerät von Managed auf Not Managed gesetzt, löscht Columbus die zugehörigen Konfigurations- und Inventardaten. Die Lizenz wird aber erst 24 Stunden später freigegeben. Eine Lizenz umfasst zeitlich unbegrenzt das nicht exklusive Nutzungsrecht der Software für die aktuelle Version einschliesslich sämtlicher Hotfixes für ein Jahr ab Rechnungsdatum / 04 / deu 9/32

10 Produktbeschreibung K A P I T E L 1 1 Produktbeschreibung In diesem Kapitel Produktübersicht Systemkomponenten Mit einem Columbus System lassen sich Windows Systeme vom Notebook bis hin zum Server, unternehmensweit erkennen, installieren, konfigurieren und mit Sicherheits-Patches aktualisieren. Die Grundfunktionen werden von der zentralen Management Console aus gesteuert. Im Hintergrund verwaltet der Datenbank Server alle Zustands- und Aktionsdaten. Der Master Server stellt die Funktionen und Daten allen Clientsystemen in den Niederlassungen eines Betriebes zur Verfügung und verteilt somit in Zusammenarbeit mit dem Management Client Betriebssysteme, Softwarepaket und Sicherheits-Patches und sammelt Inventardaten ein. Der Management Client läuft auf den zu verwaltenden Computern und kann somit alle administrativen Tätigkeiten durchführen die sonst vor Ort und manuell auf den Computern durchgeführt werden. In Testumgebungen und kleinen Netzen können sämtliche Funktionen auf einem einzelnen Server installiert werden. Die einfache einer solchen Kleinumgebung ist im Handbuch Getting Started beschrieben. Die Nutzung virtueller Server verschiedenster Anbieter wird voll unterstützt / 04 / deu 10/32

11 Produktbeschreibung 1.1 Produktübersicht Die Module der brainwaregroup sind in die Marken Columbus und Spider unterteilt. Während Columbus Module das technische Management von Computern unterstützen adressieren die Spider Module die organisatorischen und betriebswirtschaftlichen Gesichtspunkte einer IT Umgebung und damit verwandter Bereiche. Um das Lesen der folgenden Seiten zu erleichtern, müssen drei häufig genutzte Begriffe rund um unsere Produkte etwas genauer verstanden werden. Als Modul bezeichnen wir die separat käuflichen und installierbaren Teile eines Columbus Systems, z.b. Inventory oder SWDeploy. Die Komponenten wiederum stellen physisch zusammengehörende Teile des Columbus Systems dar. Dies kann z.b. ein Infrastruktur Server, ein Management Client oder auch die Management Console sein. Wir benutzen diesen Begriff also, um im Handbuch zu spezifizieren wo eine bestimmte Arbeit auszuführen ist. Demnach kann die mit einem Modul erworbene Funktionalität sarbeiten oder Veränderungen auf mehreren Komponenten bewirken. Ein Agent schliesslich ist ein Stück Software innerhalb des Infrastruktur Servers das eine bestimmte Funktionalität bereitstellt. Jeder Infrastruktur Server ist in der Lage, mehrere Agenten anzubieten und zu aktivieren. Ob alle Agenten eines Columbus Systems auf einem Computer installiert werden oder ob mehrere Server zum Einsatz kommen, ist primär eine Frage der Anforderungen an das Gesamtsystem. Dies hängt von der Anzahl der zu bedienenden Computer, Netzwerktopologie, Servicelevels usw. ab. Unsere Consultants beraten Sie gerne bei der korrekten Konfigurationswahl Columbus Module Columbus OSDeploy sorgt für eine automatische Verteilung von Betriebssystemen auf einzelne oder definierte Gruppen von Systemen. Columbus SWDeploy ermöglicht die Verteilung von Software auf Systeme ohne dass der angemeldete Benutzer über besondere Rechte verfügen muss. Unterstützt werden alle am Markt üblichen Techniken wie z.b. MSI, Snapshot, Unattend Install. Columbus PatchDeploy nutzt die von Microsoft und anderen Herstellern publizierten Sicherheits-Patches und schützt so Systeme vor Bedrohungen durch Schwachstellen. Ein massgeblicher Vorteil unserer Lösung ist die Unterstützung von Fremdherstellern und die Durchführung intensiver Vortests in den eigenen Labors der brainwaregroup. Columbus Inventory erfasst tausende von Werten über Hardware und Software eines Systems und dessen Nutzung. Diese Basis kann dann effizient für Helpdesk, Budgetierung, Migrationsplanung und Lizenzwesen genutzt werden. Mit Hilfe von Columbus Imaging können Festplatten von Computern gesichert und wiederhergestellt werden. Neben der reinen Sicherung von Platten (Desaster Recovery) kann dieses Modul in Kombination mit OSDeploy für stark beschleunigte Rollouts genutzt werden. Columbus RemotelyAnywhere ermöglicht Supportmitarbeitern den Bildschirm eines Computers zu übernehmen und so vor Ort Besuche zu reduzieren und Benutzern schneller zu helfen. Solche Hilfe kann kleinere manuelle Aktionen wie z.b. eine Druckerinstallation beinhalten aber auch eine komplette Benutzerschulung. Columbus Backup sichert Benutzerdaten automatisch an zentraler Stelle inklusive älterer Dateiversionen. Die Datenvolumen werden über die eingebaute Daten De-Duplizierung in ihrer Grösse massiv reduziert und sind durch blockweise Encryption für Dritte nicht einsehbar / 04 / deu 11/32

12 Produktbeschreibung Columbus InventoryScanner sammelt im Netzwerk generelle Umgebungsdaten und Geräte ein und analysiert Hardware und Software Details ihrer Windows Clients und Server. Auf Wunsch kann auch Software Nutzung aufgezeichnet werden um Lizenzoptimierung zu betreiben. Die Weitergabe dieser Daten an das Modul Spider Licence ist die Basis für eine komplette Software Compliance. Das Modul Columbus Replication synchronisiert Softwarepakete zwischen verteilten Standorten oder unterschiedlichen Arbeitsumgebungen. Eine jederzeit aktuelle Produktliste finden Sie unter Spider Module Spider Asset verbindet technisches Inventar aus Columbus Inventory mit operationellen Daten wie Standort, Kostenstelle, Abschreibung oder Garantiedatum die entweder lokal eingegeben werden oder aus Fremdsystemen wie SAP bezogen werden können. Spider Licence analysiert Kaufdaten von Software im Vergleich zum analysierten technischen Inventar inkl. Nutzungsdaten und stellt die Compliance pro Hersteller und Produkt dar. Das Produkt deckt hierbei sowohl einfache Client-Lizenzierung als auch komplexe Datacenter Umgebungen mit Virtualisierung, multiplen Mandanten usw. ab. Spider Contract kann einerseits als separates Vertragsmanagement System für jegliche Vertragsarten genutzt werden bietet aber natürlich aufbauend auf unseren Modulen Spider Asset und License die integrierte Verwaltung jeglicher IT Verträge wie Lizenz- oder Dienstleistungsverträgen, Garantien usw. Spider Incident ist ein Incident Management und Ticketing System zur Abwicklung Ihrer Helpdesk-Aktivitäten. Mehrere Supportmitarbeiter können auf Basis von konfigurierbaren Servicelevels die Anfragen der Benutzer überwachen/beantworten und auswerten. Der direkte Zugriff auf Daten umliegender Columbus und Spider Systeme sichert einen genauen Kenntnisstand der Umgebung und ermöglicht schnelle Entscheidungen zu Reparatur, Beschaffung usw. Spider Change ermöglicht die Abwicklung täglicher Servicedesk Arbeiten in einer Webbasierten Konsole. Aufgaben wie Computer neu aufsetzen oder Software zuweisen können so mit minimalster Kenntnis des System bewerkstelligt und bei Bedarf mit Bewilligungsworkflows versehen werden. Gleichzeitig erlaubt das System die Bereitstellung einer Batchschnittstelle für Fremdsysteme um die gleichen Funktionen zu nutzen. Eine jederzeit aktuelle Produktliste finden Sie unter / 04 / deu 12/32

13 Produktbeschreibung 1.2 Systemkomponenten Im Folgenden werden die Systemkomponenten und ihre Grundfunktionen erklärt, welche für ein funktionierendes Columbus nötig sind Master Server Der Master Server, der auch die Columbus Datenbank enthält, ist das Herzstück eines Columbus Systems über das alle Komponenten miteinander kommunizieren. In der Columbus Datenbank werden alle benötigten Informationen gesammelt und stehen so auch für ein umfassendes Reporting zur Verfügung. Im Grundsatz beruht das Columbus System darauf, dass einerseits ein aktueller Zustand eines Geräts in der Datenbank gespeichert ist, andererseits über Zuweisung von Aufträgen (z.b. Software, Betriebssystem) ein neuer Zielzustand definiert wird der dann in Zusammenarbeit mit allen beteiligten Komponenten herbeigeführt wird. Als Datenbankbasis dient Firebird SQL, ein SQL Server der aus Sicht Funktion, Performance und Sicherheit höchsten Anforderungen genügt und neben Microsoft Plattformen auch verschiedenen UNIX und Linux Derivate unterstützt. Da Firebird ein OpenSource Spinoff der schon lange bekannten Interbase ist, fallen für das Datenbanksystem keine Lizenzkosten an Site Server Der Columbus Site Server stellt jeweils für mehrere Agenten die Plattform für den Betrieb in einer bestimmten Lokation zur Verfügung. Alle Management Clients kommunizieren jeweils mit dem Site Server der wiederum mit dem zentralen Master Server kommuniziert. Diese klar strukturierte Kommunikation stellt eine vereinfachte Konfiguration von Routern und Firewalls dar und erlaubt klare Definition der nutzbaren Bandbreiten und zentraler Security. Da Columbus eine beliebige Menge solcher Site Server erlaubt, können diese auch in Niederlassungen eingesetzt werden, in denen der Zugriff von aussen (selbst im internen Firmennetz) aufgrund strenger Sicherheitsrichtlinien nicht möglich ist. Ein Site Server hat grundsätzlich immer die Möglichkeit die Funktionalität aller Module in Form von zu aktivierenden Agenten anzubieten. Welche Agenten schlussendlich auf einem jeweiligen Server aktiviert werden, hängt von den aktuellen Bedürfnissen des Standortes ab. Je nach Grösse der Umgebung kann es auch sinnvoll sein mehrere Site Server an einem Standort einzusetzen. Die Agenten die auf dem Site Server aktiviert werden verwalten zum Beispiel die lokalen Depots (Verzeichnisse) in welchen z.b. die Softwarepakete und Disk Images für die Betriebssysteminstallation enthalten sind / 04 / deu 13/32

14 Produktbeschreibung Management Console Das Verwaltungsinstrument von Columbus ist die Management Console (CMC). In der Konsole werden Daten eingesehen und Aufträge für die Computer vergeben. Zu diesem Zweck kommuniziert diese Komponente mit der Datenbank und trägt dort jede Änderung ein. Da die Konsole bis auf wenige Spezialfunktionen nicht direkt mit Clients kommuniziert sondern nur via Datenbank, deren Veränderungen dann wiederum von den Infrastruktur Servern an die Clients weitergegeben werden entsteht eine hochskalierbare Umgebung in der auch die zu nutzenden Kommunikationswege und damit Router- und Firewall Konfigurationen klar definiert sind. Die Konsole kann sowohl zentral auf einem Server als auch auf einzelnen administrativen Clients installiert werden. Wichtig Die Management Console erlaubt den Zugriff auf vielerlei Funktionen inklusive dem kompletten Neuaufsetzen von Computern. Der Zugriff auf die Konsole und die Definition welchem Benutzer welche Funktionen zugestanden werden sollte deshalb gut durchdacht werden um Risiken einer Fehlbedienung zu minimieren Management Client Die Management Client Komponente ist auf den Zielcomputern installiert und überprüft bei jedem Start oder je nach Konfiguration zu bestimmten Zeiten ob Aktionen zur Ausführung bereitstehen. Nach jeder Aktion erfolgt via Site Server eine Meldung des aktuellen Zustandes zurück an die Columbus Datenbank. Der Management Client kann über verschiedene Techniken die später in diesem Handbuch beschrieben sind auf einem Zielsystem installiert werden / 04 / deu 14/32

15 K A P I T E L 2 2 In diesem Kapitel Voraussetzungen sablauf überprüfen In diesem Handbuch beschreiben wir die vollständige von Columbus. Je nach Lizenzierung kann es sein, dass gewisse Module in Ihrer Umgebung nicht zur Verfügung stehen. Spezielle Optionen werden im jeweiligen Handbuch beschrieben. Columbus ist eine 32-Bit Applikation. und Betrieb sind aber so ausgelegt, dass diese auch auf 64-Bit Plattformen eingesetzt werden können. OperationsManager Die des in der Columbus Enterprise Suite enthaltenen OperationsManager erfolgt über einen separaten Setup. Dieser wird als eigener Download auf unserer Website zur Verfügung gestellt. Die und Konfiguration wird im Handbuch OperationsManager beschrieben. 2.1 Voraussetzungen Voraussetzungen für die eines Infrastruktur Servers sind: Administratorenrechte Windows Server 2008 R2 oder 2012 DHCP-Server IIS 7 oder 8 Active-Directory (empfohlen wegen einfacherer Konfiguration, Workgroup ist aber auch möglich) Setup- und Lizenzdatei (siehe Seite 18) Das Setup muss von einem Laufwerk mit Laufwerksbuchstaben ausgeführt werden. UNC-Pfade werden für die Basisinstallation nicht unterstützt / 04 / deu 15/32

16 2.1.1 Accounts und Sourcen Während der benötigt der Setup-Assistent einige Angaben. Columbus DB-Account Columbus benötigt zum Zugriff auf die Datenbank einen speziellen Account. Dieser ist in der Datenbank definiert. Während dem Setup kann das Passwort geändert werden. Tipp Für eine Demoinstallation empfehlen wir den Vorgabewert brainware zu übernehmen. Columbus Account Für die des Betriebssystems und/oder von Software und bei der Inventarisierung benötigt Columbus einen Windows-Account. Für diesen Columbus-Account benötigt das Setup Name und Passwort. Existiert der Benutzer nicht, wird dieser automatisch angelegt. Der Benutzer benötigt Zugriffsrechte auf die Software- und Betriebssystemverzeichnisse auf dem Infrastruktur Server und das Recht, Geräte zur Domäne hinzuzufügen. OSDeploy Für den Gebrauch von OSDeploy werden die Setupdateien für das gewünschte Betriebssystem inkl. einem gültigen Lizenzschlüssel benötigt. Diese befinden Sich auf dem entsprechenden smedium. Halten Sie die Windows DVD bereit oder kopieren Sie den kompletten Inhalt auf den Infrastruktur Server. Sie benötigen einen gültigen Volume License Key für das Betriebssystem. OEM oder Retail Versionen benötigen eine Aktivierung und lassen sich daher nur bedingt vollautomatisiert aufsetzen. Das Setup benötigt das Passwort für den lokalen Administrator. Dies wird beim Aufsetzen von neuen Computern verwendet. Für die auf 64-Bit Umgebungen beachten Sie die Zusatzangaben im Handbuch Deployment. PatchDeploy Die benötigten Patch-Definitionen werden vom Patch Deploy Agent von der brainwaregroup Webseite auf das System heruntergeladen. Für die Konfiguration des Patch Deploy Agent werden folgenden Angaben benötigt: Pfad zum brainwaregroup Patch-Katalog UserID und Passwort für den Zugriff auf den Patch-Katalog / 04 / deu 16/32

17 2.1.2 Anforderungen Im Folgenden werden die Anforderungen und Empfehlungen für Columbus Systeme aufgelistet. Bei den Anforderungen handelt es sich um grundlegende Empfehlungen, die eine optimale Ausführung der installierten Komponenten ermöglichen. Infrastruktur Server Minimal OS: Microsoft Server 2003 SP2 oder höher CPU: 1 GHz oder besser RAM: 2 GB HDD: 5 GB freier Speicherplatz Empfohlen OS: Microsoft Server 2008 R2 oder höher CPU: 2 GHz oder besser RAM: 8 GB HDD: 10 GB freier Speicherplatz Der Infrastruktur Server auf dem der Lizenzserver zum Einsatz kommt muss zusätzlich über einen IIS und.net 2.0 verfügen. Ein Infrastruktur Server benötigt zusätzlichen Festplattenspeicher für Betriebssystem-Sourcen und Softwarepakete. Die Columbus Datenbank und SW-Depots können auch auf anderen Systemen wie z.b. Linux eingerichtet werden. Voraussetzung ist eine Zugriffsmöglichkeit über eine UNC Netzwerkverbindung aus Windows. Bei grösseren Umgebungen (>1000 Computer) ist es sinnvoll, die Datenbank und die Aktivitäten der Columbus Agenten zu trennen. Management Console OS: Microsoft Server 2003 SP2/WinXP SP2 oder höher CPU: 1 GHz oder besser RAM: Min. 1GB HDD: Min. 210 MB Empfohlene Bildschirmauflösung 1280 x 1024 Management Client OS: Microsoft Server 2003 SP2/WinXP SP2 oder höher CPU: 1 GHz oder besser RAM: Min. 1GB HDD: Min. 100 MB / 04 / deu 17/32

18 Preboot Funktionalität Die Preboot Funktionalität (PXE) setzt einen DHCP-Server voraus. Die Netzwerkadapter der Clients müssen PXE-fähig/aktiviert sein und die eingesetzten Computer benötigen die neuste BIOS-Version, da PXE auf älteren Computern oft schlecht implementiert ist. Verwenden Sie ein separiertes Netzwerk, wenn Sie diese Tests durchführen. PXE kann einen bereits produktiven PXE-Server stören / 04 / deu 18/32

19 2.1.3 sdateien beschaffen Für die benötigen Sie die Setupdatei Columbus 7.3.exe und die Lizenzdatei License.xml. Diese Dateien erhalten Sie auf unserer Website > Downloads + Lizenzen (siehe "sdateien beschaffen" auf Seite 18). Download ID beantragen Für die Benutzung der Downloadseite benötigen Sie eine Benutzer-ID. So erhalten Sie eine Benutzer-ID Gehen Sie auf die Webseite und wählen Sie im Menü auf der rechten Seite den Punkt Downloads + Lizenzen. Wählen Sie Benutzer-ID / Trial-ID beantragen. l Der Link bringt Sie zum Formular Benutzer-ID beantragen. Geben Sie einen Benutzernamen und ein Passwort für Ihre Benutzer-ID an. Markieren Sie Kunden ID, geben Sie ihre Personalien ein und klicken Sie auf Weiter. Überprüfen Sie ihre Angaben und klicken Sie auf Weiter um die Eingaben zu bestätigen. Der Antrag wird manuell überprüft. Eine schnelle Beantwortung ist deshalb nur während den üblichen Bürozeiten gewährleistet. Nach Prüfung der Anfrage erhalten Sie als Bestätigung eine . Danach haben Sie Zugriff auf die Downloaddateien. Lizenz beantragen Mit der bestätigten Benutzer-ID können Sie auf der Downloadseite den Lizenzschlüssel für Columbus beantragen. So beantragen Sie eine Lizenz Gehen Sie auf die Webseite und wählen Sie im Menü auf der rechten Seite den Punkt Downloads + Lizenzen. Klicken Sie auf Login und geben Sie ihr Benutzernamen und Passwort ein und klicken Sie auf Anmelden. Klicken Sie auf Lizenzschlüssel anfordern. Wählen Sie im Listenfeld Vollversion das gewünschte Produkt und geben Sie im Feld Anzahl Lizenzen die Lizenzmenge ein. Klicken Sie auf Absenden um die Anfrage abzuschliessen. Columbus herunterladen So downloaden Sie Columbus Wählen Sie im Feld Downloadtyp die Option Full Version. Klicken Sie auf Suchen, die verfügbaren Versionen werden angezeigt. Wählen Sie das gewünschte Produkt, weitere Informationen zum Download werden angezeigt. Klicken Sie auf Datei herunterladen / 04 / deu 19/32

20 2.2 sablauf Dieser Ablauf beschreibt die Arbeitsschritte mit den Vorgabewerten. Wir gehen auch davon aus, dass sämtliche Komponenten auf einem einzelnen Server installiert werden. Tipp Bei der empfehlen wir die vom Setup-Assistent vorgegebenen Werte zu übernehmen. Eine abgeschlossene kann nachträglich modifiziert und angepasst werden. So starten Sie den Setup-Assistent Doppelklicken Sie die Setupdatei Columbus 7.3.exe. Wählen Sie aus dem Listenfeld die Sprache für den sablauf und klicken Sie auf OK. l Die Sprachwahl an dieser Stelle betrifft nur den Setup-Assistent. Die Sprachwahl für Columbus selbst kann später getroffen werden. Klicken Sie im Fenster Welcome auf Next um die zu starten / 04 / deu 20/32

21 2.2.1 Lizenzvereinbarung Lesen Sie die Lizenzvereinbarung. Aktivieren Sie die Checkbox und klicken Sie auf Next Lizenzdatei Geben Sie den Pfad zu der Lizenzdatei License.xml ein und klicken Sie auf Next. l Ohne gültige Lizenzdatei kann die nicht fortgesetzt werden / 04 / deu 21/32

22 2.2.3 Komponenten In diesem Dialogfenster wird definiert welche Art von Sie vornehmen möchten. Wählen Sie in der Auswahlliste den gewünschten styp und ändern Sie wenn nötig die Vorauswahl. Option Master Server Site Server Management Console Management Client Custom Beschreibung Zentraler Server der auch die Columbus Datenbank beinhaltet. Dieser Server muss immer als erste Komponente eines Columbus Systems installiert werden und es darf auch nur einen Master Server in einem Columbus System geben. Für kleinere en und Testumgebungen wird es in der Regel nur diesen Server geben. Soll Last verteilt werden oder Aussenstellen mit schwächerer Netzwerkanbindung betreut werden, so setzt man anschliessend zusätzliche Site Server auf. Typischerweise werden Site Server in Aussenstellen oder zwecks Lastreduktion auf dem Master Server eingesetzt. Diese beinhalten bei Einsatz von OSDeploy, SWDeploy oder PatchDeploy auch Replikationen der Datendepots um den Netzwerkverkehr auf dem WAN zu reduzieren. Die Management Console erlaubt je nach Berechtigung die Konfiguration des Columbus System oder auch einfach das Management der angeschlossenen Clients. Nur entsprechend ausgebildetes Personal sollte Zugriff auf die Konsole erhalten um Fehlbedienungen zu vermeiden. Auf jedem zu verwaltenden Client oder Server muss der Management Client installiert sein damit dieser die Instruktionen von der Konsole empfangen kann. Wenn die Voreinstellungen eines der anderen stypen geändert werden, ändert sich der Typ zu Custom. Aufgrund der Auswahl des stypen sind bereits die üblichsten Komponenten aktiviert, Sie können diese aber auch anpassen. Basierend darauf was Sie lizenziert haben kann es sein dass Ihnen hier nicht alle Auswahlen zur Verfügung stehen. Je nach Auswahl erscheinen mehrere Dialoge, welche zusätzliche Konfigurationseinstellungen zu den gewählten Optionen abfragen. Die folgenden Komponenten müssen für jedes Columbus System mindestens einmal im Netzwerk installiert werden / 04 / deu 22/32

23 Komponente Beschreibung Database Server Der Datenbank Server wird benötigt, damit die Applikationen auf die Daten zugreifen können. Die Columbus Datenbank besteht aus zwei Datenbankdateien und speichert alle benötigten für die Verwaltung der Computer. Infrastructure Server Management Console Der Infrastruktur Server stellt verschiedene Agenten für die Verwaltung des Columbus Systems zur Verfügung. Es muss mindestens ein Infrastruktur Server eingerichtet werden. Dieser kann auch zusammen mit dem Datenbank Server auf einem Computer installiert sein. Mit der Management Console wird das Columbus System unternehmensweit verwaltet. Die Konsole kann sowohl auf einem Server als auch auf einer Workstation installiert sein. Wir empfehlen die Konsole auf dem zentralen Datenbank Server zu installieren und konfigurieren und von dort aus über Kopieren des Verzeichnisses oder ein Softwarepaket auf weitere Computer zu verteilen. Falls Sie OSDeploy installieren wollen öffnen Sie bitte den Knoten OS Depot und prüfen Sie, ob alle benötigten Betriebssysteme ausgewählt sind Zielverzeichnis für Programmdateien In diesem Dialogfenster wird das sverzeichnis für Columbus definiert. Übernehmen Sie das sverzeichnis und klicken Sie auf Next. - oder - Klicken Sie auf Browse und wählen Sie das sverzeichnis / 04 / deu 23/32

24 2.2.5 Startmenügruppe In diesem Dialogfenster wird definiert, welche Programmgruppe für die Columbus Verknüpfung im Startmenü verwendet wird. Übernehmen Sie den Vorgabewert und klicken Sie auf Next Zielverzeichnis für Datenbank und Depots In diesem Dialogfenster wird definiert, an welcher Stelle die Columbus Datenbank sowie die Strukturen für die Depots (z.b. OS-Depot, SW-Depot und Inventory-Depot) angelegt werden. Wichtig Wir empfehlen aus Gründen der Performance und Datensicherung dies nicht auf dem Systemlaufwerk des Servers anzulegen sondern ein anderes Laufwerk oder noch besser eine separate physische Disk zu verwenden. Übernehmen Sie die Vorgabewerte und klicken Sie auf Next. Die Pfade und Einstellungen für die Datenbank und Depots können nachträglich geändert werden / 04 / deu 24/32

25 2.2.7 Firmenname Oberstes Element in einer Columbus Struktur ist die Firma. Geben Sie den Namen der Firma an, die Sie mit Columbus verwalten wollen. Das Setup wird diese Firma im Strukturbaum anlegen. Geben Sie den Firmennamen ein und klicken Sie auf Next. Wichtig Die Verwendung von '.' (Punkten) im Firmennamen ist nicht erlaubt, da diese zu Fehlern in den Datenbankabfragen innerhalb des Strukturbaums führen / 04 / deu 25/32

26 2.2.8 System Account Diverse Columbus Komponenten benötigen spezielle Zugriffsrechte und Berechtigungen z.b. für den Zugriff auf die Betriebssystem Sourcen, Software-Pakete, für die Einbindung eines neuen Computers ins Active Directory oder für die von Software. Das Setup richtet zu diesen Zwecken den Benutzer-Account Columbus ein. Geben Sie die Domäne und Benutzername/Passwort für den Columbus-Account ein und klicken Sie auf Next. l Existiert schon ein Benutzer-Account mit passenden Berechtigungen, kann auch dieser verwendet werden. Tipp Beachten Sie, dass die automatische Erstellung des Accounts von Ihren persönlichen Berechtigungen und den Sicherheitsrichtlinien in Ihrem Betrieb abhängt. Wir empfehlen deshalb, diesen Account immer noch manuell zu überprüfen und sicherzustellen, dass es über die nötigen Berechtigungen verfügt / 04 / deu 26/32

27 2.2.9 Columbus DB-Account Während der der Columbus Datenbank wird der interne Columbus DB-Account columbusrw mit Lese- und Schreibrechten erstellt. Dieser Account wird von allen Columbus Server Komponenten für den Zugriff auf die Columbus Datenbank verwendet. Geben Sie ein Passwort ein oder übernehmen Sie den Vorgabewert brainware. l Firebird prüft nur die ersten 8 Zeichen eines Passwortes, weitere Zeichen werden ignoriert. Geben Sie den Speicherort der Columbus Datenbank ein oder übernehmen Sie den Vorgabewert und klicken Sie auf Next. Das Passwort von columbusrw kann nach der in der Management Console angepasst werden Notifikations s Verschiedene Komponenten ermöglichen das Versenden von Notifikations- und Fehler s. Sie können hier eine Adresse angeben an die solche s verschickt werden sollen. Geben Sie die notwendigen Angaben ein und klicken Sie auf Next. Solche s sind nicht zwingend notwendig und können auch später über die Konsole konfiguriert werden / 04 / deu 27/32

28 PatchDeploy Einstellungen Wenn Sie PatchDeploy abonniert haben können Sie hier die Einstellungen für die Patch downloads eingeben die Sie mit Ihrem Abonnement erhalten haben. Geben Sie die notwendigen Angaben ein und klicken Sie auf Next. l Dieser Dialog erscheint nicht wenn Sie PatchDeploy nicht lizenziert haben OSDeploy Dialog Wurde unter der Komponente OSDeploy ein Betriebssystem gewählt, erscheint für jedes gewählte Betriebssystem ein eigener Dialog. Geben Sie die notwendigen Angaben ein und klicken Sie auf Next. l Für jedes gewählte Betriebssystem wird eine eigene Seite gestartet, die ungefähr wie folgt aussieht: Haben Sie die Windows Sourcen nicht zur Hand, können Sie diese auch später in das entsprechende Releaseverzeichnis ins Unterverzeichnis OS kopieren / 04 / deu 28/32

29 szusammenfassung Vor der werden die gewählten Optionen nochmals zur Überprüfung aufgelistet. Mit Zurück besteht die Möglichkeit die gewählten Optionen zu korrigieren. Überprüfen Sie die szusammenfassung und klicken Sie auf Install um die zu starten. Sie können Sich die szusammenfassung mit einem Klick auf Save Summary to file auch abspeichern svorgang Nach Eingabe aller Informationen beginnt der Setup-Assistent mit der und Konfiguration der markierten Komponenten. Nachdem alle erforderlichen Dateien kopiert sind, werden die Dienste und Agenten installiert und konfiguriert. Wurde bei der OSDeploy Konfiguration der Pfad zu den Windows Sourcen angegeben, werden nun die entsprechenden Verzeichnisse kopiert. Da die zu kopierende Datenmenge und die daraus resultierende Zeit je nach vorherigen Auswahlen und Netzwerkverbindungen stark variiert zeigt der Balken lediglich den Stand der zu verarbeitenden Prozess-Schritte an und nicht die verbleibende Restzeit / 04 / deu 29/32

30 Setup abschliessen Zum Abschluss wird die Systemkonfiguration gestartet welche das Columbus System konfiguriert und die Datenbank-Tabellen und -Benutzer einrichtet. Klicken Sie auf Finish um den Setup-Assistent zu beenden. l Wenn die Option Launch Management Console aktiviert bleibt, wird die Management Console automatisch gestartet. 2.3 überprüfen Nach erfolgreicher oder dem Update des Columbus Systems, empfehlen wir, die mit folgenden Schritten zu überprüfen: Columbus Systembenutzer prüfen Am System anmelden Agenten prüfen Das Standardpasswort für alle internen Columbus System-Benutzer lautet Brainware123. Dies sollten Sie später in der Konsole ändern. Die Firebird ColDB Dienste werden vom Betriebssystem standardmässig unter dem Benutzer-Konto SYSTEM gestartet. Stellen Sie sicher, dass SYSTEM auf den Datenbank Dateien und dem Pfad dahin Lese- und Schreibzugriffe besitzt (Modify). Alternativ können die Firebird ColDB Dienste unter einem von Ihnen eingerichteten Benutzer-Konto gestartet und betrieben werden, welches über die entsprechenden NTFS Zugriffsrechte (Modify) auf die Datenbank Dateien verfügt Columbus Systembenutzer prüfen Während der verlangt das Columbus System die Eingabe von Benutzername/Passwort für den Columbus Benutzer-Account welchen der Management Client und die Agenten später zur Verbindung auf Betriebssystem Sourcen, Softwarepakete usw. verwendet. Je nachdem mit welchen Rechten Sie bei der angemeldet sind, kann das Anlegen dieses Benutzers fehlschlagen. Das Anlegen kann auch dann fehlschlagen, wenn das angegebene Passwort nicht den eingestellten Komplexitätsrichtlinien des Domänencontrollers entspricht. Überprüfen Sie deshalb, dass der Account in der Domäne angelegt wurde und auch Zugriff auf die Depotverzeichnisse wie OS-Depot oder SW-Depot hat / 04 / deu 30/32