Verwalten von Microsoft SQL Server-Datenbankverbindungen

FlexNet Manager Suite 2022 R1 (Standortgebundene Implementierung)

Verbindungen mit Microsoft SQL Server-Datenbanken können für die Integration mit mehreren unterschiedlichen Inventardatenquellen erforderlich sein, wie beim Attribut Source Type (Quelltyp) der Verbindungseinstellungen beschrieben.

Starten Sie diesen Prozess in der Benutzeroberfläche der Inventarisierungsstation.

So verwalten Sie Microsoft-SQL-Server-Datenbankverbindungen:

1. Wählen Sie in der Benutzeroberfläche der FlexNet Beacon die Seite Inventory systems (Inventarisierungssysteme) aus.
2. Wählen Sie einen der folgenden Schritte aus:
   • Wählen Sie eine bereits vorher definierte Verbindung in der Liste aus, und klicken Sie auf Edit... (Bearbeiten), um die Einstellungen dieser Verbindung zu ändern. (Bei einer Verbindung zu SQL Server öffnet sich das Dialogfenster Edit SQL Source Connection (SQL-Quellverbindung bearbeiten).)
   • Klicken Sie auf New... (Neu), um eine neue Verbindung zu erstellen. (Das Dialogfeld SQL-Quellverbindung erstellen wird geöffnet.)
     Tipp: Mit der Schaltfläche New... wird standardmäßig eine Verbindung für Microsoft SQL Server erstellt. Wenn Sie den Abwärtspfeil in der geteilten Schaltfläche verwenden, können Sie zwischen den Verbindungen SQL Server, PowerShell, Spreadsheet (Kalkulationstabelle) und Other (Sonstige) wählen. Wenn Sie eine Verbindung zu einer Microsoft SQL Server-Datenbank herstellen (unabhängig vom Quelltyp der Verbindung), verwenden Sie jedoch nur die Option SQL Server.
3. Gehen Sie zum Festlegen (oder Ändern) der Werte in diesem Dialogfeld folgendermaßen vor:

   Verbindungsname

   Ein aussagekräftiger Name für diese Verbindung, den Sie später in Listen leicht wiedererkennen. Der Name kann alphanumerische Zeichen, Unterstriche oder Leerstellen enthalten, muss aber entweder mit einem Buchstaben oder einer Zahl beginnen.

   Quelltyp

   Wählen Sie einen Adaptertyp aus der Liste aus. Vergessen Sie bei der Auswahl nicht, dass diese dem Datenspeicher im Backend entsprechen muss. Neben den hier beschriebenen Standardwerten werden in dieser Liste auch alle benutzerdefinierten Verbindungstypen angezeigt, die von Beratern von Flexera für Sie konfiguriert wurden (diese werden automatisch auf allen Servern der Inventarisierungsstationen aktualisiert). Standardwerte und vorgesehene Verwendungszwecke:

   • Altiris

     Verwenden Sie diesen Wert für Symantec™ IT Management Suite (ehemals Altiris)-Inventar.

   • App-V Standalone
     Verwenden Sie diesen Wert für die Verbindung zum Microsoft App-V-Anwendungsserver für den Import von App-V-Anwendungen und Nutzungsdetails.

     Hinweis: Bei Verwendung des App-V Standalone-Connectors wird der Import von App-V-Inventardaten aus Microsoft SCCM deaktiviert. Dadurch wird verhindert, dass die Inventardaten zu diesen Anwendungen im Lauf der Zeit an Qualität verlieren.
   • Blade Logic Client Automation

     Verwenden Sie diesen Wert, um Inventardaten aus diesem BMC-Produkt (früher unter dem Namen Marimba bekannt) zu importieren.

   • BMC Atrium Discovery and Dependency Mapping

     Verwenden Sie diesen Wert für den Import von BMC Discovery.

     Hinweis: Erfordert die Installation einer Microsoft SQL Server-Zwischendatenbank, in der Regel auf dem Server der Inventarisierungsstation, sodass Daten temporär gespeichert werden können. Weitere Informationen finden Sie in der Dokumentation, die im Download des BMC Atrium-Adapters enthalten ist.
   • Citrix XenApp (EdgeSight)

     Wählen Sie diesen Wert aus, um Ihren EdgeSight-Server anzugeben, wenn Sie Daten zur Anwendungsnutzung von den Citrix XenApp-Versionen 6.0 oder 6.5 erfassen.

     Tipp: Wenn Ihnen ein EdgeSight-Server zur Verfügung steht und über Ihre XenApp-Server (6.x) Anwendungen aus einer zentralen Dateifreigabe zur Bereitstellung an die Kunden gestreamt werden, empfiehlt es sich, dass Sie zwei separate Verbindungen erstellen, eine für EdgeSight und eine für den XenApp-Serveragent. Bei gestreamten Anwendungen werden die Hauptanwendungsdetails, die von FlexNet Manager Suite zur Anwendungserkennung benötigt werden, nicht vom EdgeSight-System gemeldet. Der XenApp-Serveragent hingegen kann diese Details aus der .profile-Datei der gestreamten Anwendung abrufen. In FlexNet Manager Suite werden die aus beiden Quellen eingehenden Daten automatisch zusammengeführt. So wird gewährleistet, dass die Nutzung der auf Ihre XenApp-Server gestreamten Anwendungen erkannt wird.
   • Citrix XenApp (Server Agent)

     Verwenden Sie diesen Wert, um Anwendungen zu inventarisieren, die über Citrix Virtual Apps (bisher XenApp) zur Verfügung gestellt werden. Dies erfordert die Installation einer Microsoft SQL Server-Zwischendatenbank, in der Regel auf dem Server der Inventarisierungsstation, sodass die Daten bereitgestellt werden können. Die Verbindungsdetails sind diejenigen für diese Stagingdatenbank. Weitere Informationen finden Sie in den Abschnitten zum XenApp-Server-Adapter in der PDF-Datei FlexNet Manager Suite-Referenzhandbuch zu Inventarisierungsadaptern und Konnektoren, die über die Startseite der Onlinehilfe aufgerufen werden kann.

   • Data Platform v5
     Verwenden, um (früher von BDNA, jetzt von Flexera) eine Verbindung zur BDNA Data Platform herzustellen.

     Wichtig: Achten Sie in den Verbindungsdetails für die SQL-Server-Datenbank darauf, den Datenbanknamen, die Authentifizierung und die Details der Verbindungszeichenfolge für Ihre Normalize-Datenbank einzugeben, die ein Bestandteil von Data Platform ist.

     Über diese Verbindung werden Software- und Hardwarebestand von Ihrer Implementierung der Version 5 von Data Platform (Normalize) in FlexNet Manager Suite importiert. Wie bei allen Inventarimporten werden sich überschneidende Gerätedatensätze zusammengeführt und neue Datensätze für zuvor in FlexNet Manager Suite unbekannte inventarisierte Geräte erstellt.

     Tipp: Bei Software-Datensätzen importiert FlexNet Manager Suite nur diese beiden Datensatztypen:

     • Anwendungen, die in Ihrem Unternehmen installiert sind und sowohl in Normalize als auch in der Bibliothek für die Anwendungserkennung (ARL) erkannt werden Nach dem Import werden diese in Anwendungslisten wie der Seite Alle Anwendungen aufgeführt und haben auf der Registerkarte Nachweise der Anwendungseigenschaften den Typ FlexeraID. Wie sonst auch werden die Installationsdatensätze auf der Registerkarte Geräte der Anwendungseigenschaften wiedergegeben.
     • Alle anderen Anwendungen, die von Data Platform als installiert erkannt werden, werden als nicht erkannte Installationsprogramm-Nachweise importiert, da es sich um Anwendungen handelt, die von Ihrer heruntergeladenen Bibliothek für Anwendungserkennung (noch) nicht erkannt werden. Dazu gehören:
       1. Anwendungen, die in Normalize bekannt sind und von denen auch bekannt ist, dass sie eine Flexera-ID besitzen (diese in der Übersicht des Systemzustands hervorgehobenen Fälle werden in FlexNet Manager Suite beim nächsten Herunterladen der Bibliothek für die Anwendungserkennung aktualisiert und daher bei künftigen Importen als Anwendungen erkannt),
       2. In Normalize bekannte Anwendungen ohne Flexera-ID (mit fortschreitender Fertigstellung der Zuordnung von Anwendungen werden nach künftigen Updates von Data Platform und der Bibliothek für die Anwendungserkennung immer mehr Anwendungen erkannt werden),
       3. Lokal in Ihrem Unternehmen erstellte Anwendungsdatensätze (in FlexNet Manager Suite werden diese als lokale Anwendungen bezeichnet, während sie in Data Platform unter dem Begriff „private Anwendungen“ bekannt waren), die weder in Normalize noch in der Bibliothek für die Anwendungserkennung bekannt sind, weshalb Sie diese Anwendungsdatensätze in FlexNet Manager Suite erneut manuell erstellen müssen.

     Nicht importiert werden in Data Platform ermittelte, nicht erkannte Installationen (unbekannte Anwendungen).
   • Exchange ActiveSync

     Verwenden Sie diesen Wert, um mobiles Inventar aus Microsoft Exchange ActiveSync zu importieren (ohne Nutzung von Microsoft SCCM).

     Hinweis: Erfordert eine Stagingdatenbank, die nach Möglichkeit auf der Inventarisierungsstation installiert sein sollte.
   • HP Discovery and Dependency Mapping Inventory (DDMI)

     Verwenden Sie diesen Wert für Importe aus dem Tool Hewlett-Packard Discovery and Dependency Mapping Inventory.

     Hinweis: Erfordert eine Stagingdatenbank, die nach Möglichkeit auf der Inventarisierungsstation installiert sein sollte.
   • HP Universal Discovery
     Für Importe vom Hewlett-Packard Enterprise Universal Discovery-Tool (früher HP Universal Discovery).

     Hinweis: Erfordert eine Stagingdatenbank, die nach Möglichkeit auf der Inventarisierungsstation installiert sein sollte.
   • ILMT

     Verwenden Sie diese Option für Importe vom IBM License Metric Tool (ILMT) oder von TAD4D, wenn diese Produkte mit einer DB2-Datenbank verwendet werden.

   • ILMT SQL
     Verwenden Sie diese Option für Importe vom IBM License Metric Tool (ILMT) oder von TAD4D, wenn diese Produkte mit einer Microsoft SQL Server-Datenbank verwendet werden.

     Tipp: In einer Standardimplementierung kann SQL Server zwei Datenbanknamen für die Verbindung anbieten:

     1. TEMADB: Verwenden Sie diese Datenbank, wenn Sie ILMT- oder BigFix-Inventar nutzen, das über diesen Verbindungstyp importiert wurde.
     2. BFEnterprise: Verwenden Sie dies nicht für diesen Verbindungstyp (lesen Sie stattdessen die Informationen zum Verbindungstyp Tivoli Endpoint Manager weiter unten).

     Hinweis: Inventarisierte Geräte, die im ILMT als gelöscht markiert sind, werden nicht in FlexNet Manager Suite importiert, es sei denn, die beiden folgenden Bedingungen treffen zu:

     • Das ILMT ist für Berechnungen Ihres Sub-Capacity-PVU-Lizenzverbrauchs maßgebend.
     • Das inventarisiertes Gerät wurde erst innerhalb der letzten 90 Tage als gelöscht markiert (sodass es für einen Teil des aktuellen Berichtszeitraums Auswirkungen auf die Zahlen für den Spitzenverbrauch gehabt haben könnte).

     Ein „gelöschtes“ inventarisiertes Gerät, das unter diesen Bedingungen importiert wurde, wird im nächsten Berichtszeitraum, in dem es für die Berechnungen des Spitzenverbrauchs nicht länger relevant ist, automatisch wieder entfernt.
   • ManageSoft

     Verwenden Sie diesen Wert für Importe aus älteren ManageSoft- oder Flexera Inventory Manager-Datenbanken in Ihrem Unternehmen.

   • SCCM
     Verwenden Sie diesen Wert für Importe aus Microsoft SCCM- oder älteren Microsoft SMS-Datenbanken.

     Wichtig: Um von Microsoft SCCM gespeicherte Daten zu erfassen, muss das Konto auf der Inventarisierungsstation, die die Verbindung zur SQL-Serverdatenbank herstellt, Mitglied der Rolle db_datareader sein.

     Tipp: Wenn Sie auf das Problem stoßen, dass beim Durchführen von SCCM-Importen die Berechtigung zum Ausführen (EXECUTE) auf einigen SCCM-Datenbankobjekten verweigert wird, können Sie dieses Problem beheben, indem Sie der Rolle smschm_users in Ihrer SCCM-Datenbank das Dienstkonto hinzufügen. Die Rolle smschm_users gewährt dem Konto das Zugriffsrecht EXECUTE auf die SCCM-Datenbank.
   • Technopedia
     Verwenden Sie diese Option, um normalisierte Anwendungsdaten aus der Bibliothek Flexera Technopedia zu importieren, zum Beispiel den Herausgeber der Anwendung, den Produktnamen, die Version und die Edition. Die von Technopedia importierten Daten können dann mit den in Ihrer Bibliothek für die Anwendungserkennung vorhandenen Daten abgeglichen werden.

     Tipp: Diese Option ist erst ab Version 15.0.0 von FlexNet Beacon verfügbar.
   • Tivoli Endpoint Manager
     Wird nicht empfohlen und ist nur für Rückwärtskompatibilität/Sonderfälle verfügbar. Importiert minimale Daten (wie Computername und IP-Adresse), lässt aber Daten aus, die für den Abgleich von Datensätzen und die Lizenzierung wichtig sind (etwa Seriennummern, Hardwaremarke/-modell, Partitionierungs-/Virtualisierungsdaten insbesondere auf UNIX-ähnlichen Plattformen und Details der installierten Software).

     Tipp: Da Tivoli Endpoint Manager der frühere Name für die BixFix-Plattform war, verbinden Sie sich, falls es erforderlich wird, diesen Connector zu verwenden, und falls Ihre BigFix-Plattform-Implementierung auf einem Backend mit Microsoft SQL Server läuft, mit der Datenbank namens BFEnterprise.

   Server

   Geben Sie den Namen oder die IP-Adresse des Servers an, auf dem die Datenbank gehostet wird. Verwenden Sie den speziellen Wert (localhost) (lokaler Host), wenn die Datenbank auf demselben Server der Inventarisierungsstation installiert ist. Wenn die von Ihnen benötigte Datenbankinstanz auf dem Server, den Sie identifizieren, nicht die Standardinstanz ist, fügen Sie den Instanznamen durch einen umgekehrten Schrägstrich getrennt hinzu. Beispiel:

   (localhost)\Instanzname

   Authentication

   Wählen Sie eine der folgenden Optionen aus:

   • Windows Authentication (Windows-Authentifizierung) – Wählen Sie diese Option, um die Standardauthentifizierung von Windows für den Zugriff auf den Datenbankserver zu verwenden. Die Anmeldeinformationen für das Konto (auf der Inventarisierungsstation), das die geplante Aufgabe für den Inventarimport ausführt, werden für den Zugriff auf die SQL Server-Datenbank verwendet. Dieses Konto muss einer Active Directory-Sicherheitsgruppe hinzugefügt werden, die Zugriff auf die Datenbank hat.
   • Windows (specific account) (spezifisches Windows-Konto) – Verwenden Sie die folgenden beiden Felder (werden aktiviert, wenn Sie diese Auswahl treffen), um auf der Inventarisierungsstation ein Konto anzugeben, mit dem eine Verbindung zur SQL-Datenbank hergestellt werden kann.
   • SQL Authentication (SQL-Authentifizierung) – Verwenden Sie die beiden folgenden Felder, um ein Konto und ein Kennwort anzugeben, die als Benutzer mit Datenbankzugang auf dem SQL Server registriert sind. Dieses Konto wird für den Zugriff auf die Datenbank verwendet, unabhängig davon, mit welchem lokalen Konto die geplante Aufgabe auf dem Server der Inventarisierungsstation ausgeführt wird.

   Tipp: Das verwendete Konto muss über Leserechte verfügen.

   Username

   Der Kontoname, der für die SQL-Authentifizierung (SQL authentication) oder für ein spezifisches Windows-Konto (Windows (specific account)) verwendet wird. (Für die Windows-Authentifizierung (Windows Authentication) nicht erforderlich.)

   Password

   Das Kennwort für den Kontonamen, der für die SQL-Authentifizierung (SQL authentication) oder für ein spezifisches Windows-Konto (Windows (specific account)) erforderlich ist. (Für die Windows-Authentifizierung (Windows Authentication) nicht erforderlich.)

   Database

   Geben Sie den Namen der Datenbank ein, oder verwenden Sie die Dropdownliste, um einen der Datenbanknamen auszuwählen, die auf dem von Ihnen angegebenen Server automatisch erkannt wurden. Wählen Sie zum Beispiel für eine Verbindung zu Technopedia BDNA_Publish aus der Dropdownliste aus.

   Connection is in test mode (do not import results)

   Bei eigenständigen Inventarisierungsstationen (die nicht zusammen mit Ihrem Anwendungsserver oder, bei größeren Implementierungen, Ihrem Inventarserver installiert sind) kontrolliert diese Option das Hochladen der über diese Verbindung erfassten Daten und ihren Import in FlexNet Manager Suite:

   • Wenn dieses Kontrollkästchen deaktiviert ist, ist die Verbindung im Produktivmodus. Durch diesen Adapter gesammelte Daten werden auf den zentralen Server hochgeladen und (zu gegebener Zeit) dort in die Datenbank importiert.
   • Wenn das Kontrollkästchen aktiviert ist:
     • Der Adapter für diese Verbindung wird ausgeführt, und es werden Daten in die Zwischendatei im Stagingordner auf der Inventarisierungsstation geschrieben (%CommonAppData%\Flexera Software\Beacon\IntermediateData).
     • Das unmittelbare Hochladen, das normalerweise auf die Datensammlung folgt, wird unterdrückt, sodass Sie die Inhalte der Datei überprüfen können.
     • Der Nachführungsprozess, bei dem angehaltene Uploads erneut durchgeführt werden und der normalerweise über Nacht geplant ist, wird wie üblich durchgeführt, sodass die Datei auf den zentralen Server hochgeladen wird.
     • Auf dem zentralen Server werden die Datei-Inhalte verworfen (und nicht in die zentrale Datenbank importiert).

   Tipp: Wenn eine Inventarisierungsstation zusammen mit Ihrem Anwendungsserver installiert ist, werden über diese Verbindung erfasste Daten direkt in die Staging-Tabellen der Datenbank eingelesen. Es werden keine Zwischendateien angelegt und gespeichert.

   Overlapping Inventory Filter (Filter für sich überschneidendes Inventar)

   Wenn Sie mehr als eine Inventardatenquelle nutzen, ist es möglich, dass sich die Inventardaten überschneiden (Datensätze zu denselben Endpunktgeräten in mehreren Inventarisierungstools). Da es zwischen den einzelnen Inventarisierungstools Unterschiede gibt, können die sich überschneidenden Inventardatensätze leicht unterschiedliche Daten enthalten. Auf der Nutzeroberfläche (von FlexNet Manager Suite) können Sie eine Inventardatenquelle als Primär festlegen. Die aus dieser Quelle stammenden Daten erhalten dann Priorität in Bezug auf die Hardware-Eigenschaften, die von anvisierten inventarisierten Geräten importiert wurden. Die hier zu treffende Auswahl stellt eine weitere Kontroll- und Steuerungsmöglichkeit dar, abhängig davon, ob die Daten dieser bestimmten Quelle als überholt anzusehen sind oder nicht. Es gibt die folgenden Unterschiede zu der Einstellung Primär:

   • Sie wird zuerst ausgewertet (bevor die Einstellung „Primär“ berücksichtigt wird) und kann daher sogar die Auswirkung der Einstellung Primär ändern. Es hat sich bewährt, darauf zu achten, dass die gewählte primäre Inventardatenquelle mit den folgenden Einstellungen nicht als „überholt“ markiert ist.
   • Sie wirkt sich nicht nur auf importierte Hardware-Eigenschaften, sondern auch auf Softwarebestand (Installationsprogramm-Nachweise, Dateinachweise usw.) folgendermaßen aus:
     • Bei zwei Inventardatenquellen (die beide nicht als „überholt“ betrachtet werden) besteht der gesamte Softwarebestand aus der Vereinigung (Zusammenführung) der Ergebnisse beider Quellen. Das ist dann hilfreich, wenn zwei verschiedene Inventarisierungstools verschiedene Schwerpunkte der Softwareerkennung haben: Durch die Vereinigung der Daten entgeht Ihnen kein zu lizenzierender Softwarebestand, weil ein Software-Inventarisierungstool etwas übersehen hat. Dieser Fall wird in einer stabilen Umgebung, in der mehrere Inventardatenquellen eingesetzt werden, als Normalfall betrachtet.
     • Wenn eine der beiden verfügbaren Quellen (durch eine der beiden folgenden Auswahlen) als überholt gekennzeichnet ist, werden all ihre sich überschneidenden Softwarebestandsdaten (auch der Hardwarebestand, aber hier geht es um den Softwarebestand) von einer möglichen Vereinigung der Datenquellen ausgeschlossen. Dieses Verhalten ist beispielsweise dann nützlich, wenn ein anvisiertes inventarisiertes Gerät von einer Inventardatenquelle zu einer anderen migriert wurde (vielleicht durch einen Wechsel des Büros), in dieser ersten Quelle jedoch noch nicht als veraltet eingestuft wurde. Angenommen auch die Anwendung MyApp wurde im Zuge des Büroumzugs vom inventarisierten Gerät deinstalliert. Dann möchten Sie nicht, dass der alte und überholte Datensatz von dieser Quelle darauf besteht, dass es eine Installation von MyApp gibt, wenn diese in Wirklichkeit nicht länger auf dem Gerät vorhanden ist. Natürlich hat es sich bewährt, das Gerät in dieser überholten Quelle als veraltet einzustufen, sodass sie nicht länger Inventardaten für dieses Gerät meldet, aber diese ersten beiden Einstellungen erlauben eine schnelle Überprüfung aller sich überschneidenden Daten von dieser Quelle, anstatt dass Geräte im Quellen-Tool einzeln auf „veraltet“ gesetzt werden müssen. Ein weiteres übliches Szenario ist zum Beispiel die stufenweise Migration von der alten Version Ihres gewählten Inventarisierungstools auf eine neuere Version (über eine neue Verbindung) und während der Übergangsphase sind beide Systeme noch aktiv. Wenn Sie die alte Version der Verbindung als „überholt“ kennzeichnen, hat das zur Folge, dass der alte Geräteimport für ein bestimmtes Gerät automatisch ersetzt wird, sobald ein entsprechender Datensatz im Inventar der neuen Version angezeigt wird, und dass sich Updates vollständig auf die neue Version Ihres Inventarisierungstools stützen.

   Die folgenden Einstellungen werden erst wirksam, wenn FlexNet Manager Suite die Datumsangaben für das Inventar eines Geräts aus dieser aktuellen Inventardatenquelle und für einen sich überschneidenden Datensatz aus einer anderen Inventardatenquelle vergleicht:

   • Das Inventar dieses Geräts aus dieser Datenquelle ignorieren: Wenn Sie für dasselbe anvisierte inventarisierte Gerät jüngere Inventardaten aus einer anderen Quelle haben, wird der Datensatz aus dieser Quelle komplett ignoriert. (Technisch gesehen wird der Gerätedatensatz aus der Staging-Tabelle in der Datenbank gelöscht und kann so niemals importiert werden.)
   • Das Inventar dieses Geräts ignorieren, wenn älter als nn Tage: Wenn Sie diese Option auswählen, werden sich überschneidende Inventardaten ignoriert, die durch diese Quelle vor mehr als der festgelegten Anzahl von Tagen vor dem Import erfasst wurden. Neuere sich überschneidende Daten werden trotzdem importiert und bei der Datenzusammenführung berücksichtigt.
     Tipp: Damit das Inventar immer auf dem neuesten Stand bleibt, hat dieses Steuerelement einen Maximalwert von 60 Tagen.
   • Inventar von dieser Quelle für mögliche Zusammenführung importieren: Wählen Sie diese Option (Standardeinstellung) aus, um festzulegen, dass sich überschneidende Inventardaten, die von dieser Verbindung erfasst wurden, nie als überholt zu betrachten sind. Dies ist die normale Betriebseinstellung, wenn Sie nicht vorhaben, den Übergang von einer Inventardatenquelle zu einer anderen zu verwalten. Mit dieser Einstellung werden sich überschneidende Datensätze auf die folgende Weise zusammengeführt:
     1. Wenn ein Datenpunkt in der als Primär gekennzeichneten Inventardatenquelle vorkommt, wird er verwendet.
     2. Wenn zwei gleichberechtigte Quellen unterschiedliche Angaben für das Inventarisierungsdatum aufweisen, wird der Datenpunkt aus den jüngeren Inventardaten genommen.
     3. Zum Auflösen des Konflikts wird die in der Datenbank hinterlegte Verbindungs-ID für diese Quelle verwendet (was normalerweise bedeutet, dass die am frühesten erstellte Inventardatenquelle Priorität hat).
4. Klicken Sie auf Test Connection (Verbindung testen).
   • Wenn die Inventarisierungsstation mit den bereitgestellten Details erfolgreich eine Verbindung mit der festgelegten Datenbank herstellen kann, wird die Meldung Database connection succeeded (Datenbankverbindung erfolgreich) angezeigt. Klicken Sie auf OK, um die Meldung zu schließen. Klicken Sie auf Save (Speichern), um das Hinzufügen abzuschließen. Die Verbindung wird der Liste hinzugefügt (oder in der Liste aktualisiert).
   • Wenn die Inventarisierungsstation keine Verbindung herstellen kann, wird die Meldung Database connection failed (Datenbankverbindung fehlgeschlagen) mit dem Hinweis darauf angezeigt, warum diese Verbindung nicht hergestellt werden konnte. Klicken Sie auf OK, um die Meldung zu schließen. Geben Sie die Verbindungsdetails an, und testen Sie die Verbindung erneut.
   Sie können die Verbindungsdetails nicht speichern, wenn der Verbindungstest fehlgeschlagen ist. Wenn Sie den Verbindungstest nicht erfolgreich abschließen können, klicken Sie auf Cancel (Abbrechen), um das Hinzufügen dieser Verbindungsdetails abzubrechen.