Verwalten von Microsoft SQL Server-Datenbankverbindungen

So verwalten Sie Microsoft-SQL-Server-Datenbankverbindungen:

1. Wählen Sie in der Benutzeroberfläche von FlexNet Beacon die Registerkarte Inventory systems (Inventarisierungssysteme) aus.
2. Wählen Sie einen der folgenden Schritte aus:
   • To change the settings for a previously-defined connection, select that connection from the list, and clickEdit.... (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. (TheCreate SQL Source Connectiondialog opens.)
     Tipp: TheNew...button defaults to creating a connection for Microsoft SQL Server. If you use the down arrow on the split button, you can choose betweenSQL Server,Spreadsheet,PowerShell, andOtherconnections. However, while you are creating a connection to a Microsoft SQL Server database (regardless of theSource Typeof the connection), use only theSQL Serveroption.
3. Gehen Sie zum Festlegen (oder Ändern) der Werte in diesem Dialogfeld folgendermaßen vor:

   Steuerelement	Kommentare
   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. Anmerkung: Bei Verwendung des App-V Standalone-Connectors wird der Import von App-V-Inventardaten aus Microsoft Endpoint Configuration Manager (zuvor Microsoft SCCM) deaktiviert. Dadurch wird verhindert, dass die Inventardaten zu diesen Anwendungen im Lauf der Zeit an Qualität verlieren. BigFix Platform Verwenden Sie diese Option für den Import von Inventar von der BigFix-Plattform (zuvor unter mehreren Namen bekannt, darunter Tivoli Endpoint Manager und IBM BigFix). Tipp: Wenn Sie diesen Connector verwenden und Ihre BigFix-Plattform auf einem Backend mit Microsoft SQL Server ausgeführt wird, stellen Sie eine Verbindung zur Datenbank mit der Bezeichnung BFEnterprise her. 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. Anmerkung: 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 im Kapitel zum XenApp-Server des Leitfadens IT Asset Management Inventory Adapters and Connectors Reference. 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 IT Asset Management importiert. Wie bei allen Inventarimporten werden sich überschneidende Gerätedatensätze zusammengeführt und neue Datensätze für zuvor in IT Asset Management unbekannte inventarisierte Geräte erstellt. Tipp: Bei Software-Datensätzen importiert IT Asset Management 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: 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 IT Asset Management beim nächsten Herunterladen der Bibliothek für die Anwendungserkennung aktualisiert und daher bei künftigen Importen als Anwendungen erkannt), 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), Lokal in Ihrem Unternehmen erstellte Anwendungsdatensätze (in IT Asset Management 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 IT Asset Management 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 Endpoint Configuration Manager (zuvor Microsoft SCCM)). Anmerkung: 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. Anmerkung: 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). Anmerkung: 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 oder von BigFix Inventory, 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 oder von BigFix Inventory, 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: TEMADB: Verwenden Sie diese Datenbank, wenn Sie ILMT- oder BigFix-Inventar nutzen, das über diesen Verbindungstyp importiert wurde. BFEnterprise: Verwenden Sie diese Option nicht für diesen Verbindungstyp (lesen Sie stattdessen die Informationen zum Verbindungstyp BigFix Platform). Anmerkung: Inventarisierte Geräte, die im ILMT als gelöscht markiert sind, werden nicht in IT Asset Management 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 Endpoint Configuration Manager (zuvor Microsoft SCCM) oder älteren Microsoft SMS-Datenbanken. Wichtig: Um von Microsoft Endpoint Configuration Manager gespeicherte Daten zu erfassen, muss das Konto auf der Inventarisierungsstation, die die Verbindung zur SQL-Serverdatenbank herstellt, zur Rolle db_datareader gehören. Tipp: Wenn Sie auf das Problem stoßen, dass beim Durchführen von Microsoft-Endpoint-Configuration-Manager-Importen die Berechtigung zum Ausführen (EXECUTE) auf einigen Microsoft-Endpoint-Configuration-Manager-Datenbankobjekten verweigert wird, können Sie dieses Problem beheben, indem Sie der Rolle smschm_users in Ihrer Microsoft-Endpoint-Configuration-Manager-Datenbank das Dienstkonto hinzufügen. Die Rolle smschm_users gewährt dem Konto das Zugriffsrecht EXECUTE auf die Microsoft-Endpoint-Configuration-Manager-Datenbank.
   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)	kontrolliert das Hochladen und Importieren von Daten über diese Verbindung: 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).
   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 IT Asset Management) 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 IT Asset Management 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: In the interests of keeping inventory current, this control has a maximum value of 60 days. 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: Wenn ein Datenpunkt in der als Primär gekennzeichneten Inventardatenquelle vorkommt, wird er verwendet. Wenn zwei gleichberechtigte Quellen unterschiedliche Angaben für das Inventarisierungsdatum aufweisen, wird der Datenpunkt aus den jüngeren Inventardaten genommen. 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.