Skip to content
Video

Webinar Zusammenfassung:
Aufbau einer sicheren Testumgebung für Asset.Desk & HEINZELMANN Service.Desk

Dies ist eine Zusammenfassung des Webinars mit einer technischen Anleitung für Administratoren. Die Zeitstempel (Format MM:SS) geben den ungefähren Startpunkt des jeweiligen Themas im Video an.

Agenda & Einführung (ca. 00:00 – 09:00)

  • Ziel des Webinars: Eine technische Schritt-für-Schritt-Anleitung zum Aufsetzen einer geklonten Testumgebung („Spielwiese“) für Asset.Desk und den HEINZELMANN Service.Desk.
  • Technische Anwendungsfälle: Risikofreies Testen von kritischen Systemänderungen, wie dem Update der Server-Technologie (z.B. Wechsel auf PHP8), der Anbindung neuer Datenquellen (SCCM/MECM-Gateways, AD-Loader-Profile) oder dem Umbau der Systemarchitektur.
  • Gezeigter Workflow: Live-Demonstration des Klon-Prozesses, inklusive Duplizierung des Web-Verzeichnisses, SQL-Datenbank-Restore und der Neukonfiguration der Instanz im Internet Information Services (IIS).
  • Zielgruppe: Technische Anwender und Systemadministratoren, die System-Updates und Konfigurationsänderungen vor dem Rollout validieren müssen.

Aufbau der Testumgebung für HEINZELMANN Service.Desk (ca. 14:50 – 24:29)

Schritt 1: Klonen von Programmverzeichnis & SQL-Datenbank (15:01)

  • Das komplette Programmverzeichnis der produktiven Instanz (z.B. aus C:\inetpub\wwwroot\produktiv) wird in einen neuen Zielpfad für das Testsystem kopiert (z.B. ...\Heinzelmann_Webinar_Test).
  • Mittels SQL Management Studio wird ein Backup der Produktiv-Datenbank erstellt und als neue, separate Datenbank (z.B. Heinzelmann_Test_DB) auf demselben oder einem anderen SQL-Server wiederhergestellt.

Schritt 2: Einrichtung einer dedizierten Website im IIS (18:22)

  • Ein eigener Application Pool ist entscheidend, damit ein Neustart des Pools (z.B. erforderlich für PHP-Tests) das produktive System nicht beeinträchtigt.
  • Die neue Website wird im IIS angelegt, auf das geklonte Programmverzeichnis verwiesen und an einen freien Port (im Beispiel Port 84) gebunden.
  • Wesentlicher Vorteil (19:48): Da die Konfiguration aus dem Bestandsystem 1:1 kopiert wird, müssen keine Einstellungen wie Handler-Mappings (z.B. für PHP) manuell neu vorgenommen werden. Die Applikation ist sofort lauffähig.

Schritt 3: Finale Konfiguration & Verbindung (20:43)

  • In der zentralen Konfigurationsdatei des Test-Systems wird der Connection String manuell auf die neu wiederhergestellte Test-Datenbank umgeleitet.
  • Wichtige Feinanpassungen (22:38): Anpassung der System-URL in den Admin-Einstellungen, um die korrekte Link-Generierung ({Ticketlink}) in Mail-Templates sicherzustellen und Prüfung des Pfades für das Uploadverzeichnis.

Testmöglichkeiten in Asset.Desk (ca. 24:29 – 34:20)

Methode 1: Logische Trennung per Datenbankverbindung (26:05)

  • Technischer Anwendungsfall: Ideal für Tests, die ausschließlich die Datenbank betreffen, wie das Umstrukturieren der Baumansicht oder das Experimentieren mit AD-Loader-Importprofilen.
  • Umsetzung: Im Asset.Desk Manager wird eine zweite „Verbindungsvorlage“ auf eine geklonte Test-Datenbank angelegt. Dies erlaubt den schnellen Wechsel des Datenkontextes innerhalb derselben Client-Anwendung.

Methode 2: Physisch getrenntes System (31:30)

  • Technischer Anwendungsfall: Zwingend erforderlich für das Testen von Asset.Desk Versions-Updates, da diese oft ein unumkehrbares Datenbank-Schema-Update durchführen.
  • Umsetzung: Die Asset.Desk Manager Client-Software (.exe) wird auf einem separaten Rechner (z.B. ein Windows 10/11 Client) installiert, der ausschließlich mit der Test-Datenbank verbunden wird.

Zusammenfassung & Ihr nächster Schritt (ca. 34:20 – 41:00)

  • Technisches Fazit: Der Aufbau einer Testinstanz ist ein standardisierter Klon-Prozess, der Systemadministratoren eine essenzielle Validierungsebene vor jedem produktiven Rollout bietet.
  • Support als Service: Der Aufbau einer Testumgebung ist als technischer Support-Fall Teil Ihres Supportvertrags. Kontaktieren Sie uns, um einen Termin für die gemeinsame Einrichtung (ca. 10-15 Min.) zu vereinbaren.

Gut zu wissen: Der technische Hintergrund

  • Für HEINZELMANN Service.Desk (Web-Anwendung): Die im Webinar gezeigten Schritte sind eine Standard-Best-Practice.
    • Physische Trennung: Das Klonen von Dateien und Datenbank gewährleistet eine komplette Entkopplung vom Produktivsystem.
    • Trennung im Webserver (IIS): Ein eigener Application Pool und ein separater Port verhindern Prozess- und Adresskonflikte.
    • Anpassung des Connection Strings: Dies stellt sicher, dass die geklonte Anwendung ausschließlich mit der geklonten Datenbank spricht.
  • Für Asset.Desk (Client-Anwendung): Die zwei Methoden sind für unterschiedliche Zwecke optimiert.
    • Methode 1 (Datenbank-Wechsel): Ein cleverer Shortcut für reine Daten-Tests.
    • Methode 2 (Getrennter Client): Alternativlos für Versions-Updates, um Probleme durch inkompatible Datenbank-Schema-Updates zu vermeiden.