Antwortkonfigurationsparameter und -optionen

In diesem Abschnitt können Sie Intelligence Server-Komponenten und die Projekte für einen Intelligence Server aktualisieren.

Definiert, ob Intelligence Server-Komponenten und -Projekte aktualisiert werden sollen, wie durch die folgenden Werte bestimmt:

1: Aktualisieren Sie Intelligence Server-Komponenten und -Projekte.

0: Führt kein Upgrade von Intelligence Server-Komponenten und -Projekten durch.

Definiert, ob die Metadaten aktualisiert werden sollen, wie durch die folgenden Werte bestimmt:

1: Aktualisiert das Metadaten-Repository, das die Definitionen Ihrer MicroStrategy Anwendungen und unterstützende Objekte. Ein Upgrade Ihrer Metadaten ist erforderlich, um alle neuen und aktualisierten Funktionen in der neuesten Version von zu unterstützen. MicroStrategy.

0: Aktualisiert die Metadaten nicht.

Definiert, ob Administratorrechte aktualisiert werden sollen, wie durch die folgenden Werte bestimmt:

1: Aktualisiert die Berechtigungen, die zum Definieren der für jeden verfügbaren Features und Funktionen verwendet werden MicroStrategy Benutzer. Dieses Upgrade ist erforderlich, um alle Änderungen in den Berechtigungen für die neueste Version von MicroStrategy. Nach Abschluss des Upgrades können Sie die Berechtigungen für Ihre Benutzer und Benutzergruppen manuell ändern, um sicherzustellen, dass alle Benutzer Zugriff auf die erforderlichen MicroStrategy Merkmale. Um sicherzustellen, dass die aktualisierten Benutzerrechte Ihrer Lizenzvereinbarung entsprechen, können Sie mit dem Lizenzmanager die Produktrechte der Benutzer prüfen und anzeigen.

0: Aktualisiert keine Administratorrechte.

Definiert, ob die Verlaufsliste von einer Flachdatei in eine Datenbank migriert werden soll, wie durch die folgenden Werte bestimmt:

1: Migriert Ihr vorheriges dateibasiertes History List-Repository in ein datenbankbasiertes History List-Repository. In Versionen vor 9.0 von MicroStrategy, alle Verlaufslistendateien wurden mit einer dateibasierten Methode gespeichert. Neben der dateibasierten Methode ist es auch möglich, das History List-Repository in der Datenbank zu speichern. Auf diese Weise können Administratoren alle Verlaufslistennachrichten im gesamten System zentral überwachen.

0: Migriert keine Verlaufslisten in eine Datenbank. Verwenden Sie diese Option, wenn Sie bisher keine Verlaufslistennachrichten verwendet haben oder wenn Sie weiterhin eine Flachdatei zur Unterstützung und Speicherung von Verlaufslisten verwenden möchten.

Definiert, ob Projekte aktualisiert werden sollen. Dies wird durch die folgenden Werte bestimmt:

1: Aktualisiert die Projekte, die in ProjectLogicalUpgrade.

0: Führt keine Upgrades für Projekte durch.

Geben Sie den Benutzernamen für den MicroStrategy Der Benutzer muss sich zum Upgrade mit dem Intelligence Server verbinden.

Geben Sie das Passwort für den MicroStrategy Der Benutzer muss sich zum Upgrade mit dem Intelligence Server verbinden.

Geben Sie das Kennwort für die zu aktualisierenden Metadaten ein.

Wenn Sie zuvor die Metadaten, jedoch nicht die Berechtigungen aktualisiert haben, geben Sie aus der folgenden Optionsliste die Version der Metadaten an, auf die Sie zuletzt Ihre Berechtigungen aktualisiert haben:

9,4

9,5

9.5.1

10

10,1

10,2

10,3

10,4

10,5

10,6

10,7

10,8

10,9

10.10

10.11

Wenn Sie eine Verlaufslistenmigration durchführen, der Typ der Verlaufsliste, zu der migriert werden soll:

Datei

Datenbank

Hybrid

Wenn Sie eine Verlaufslistenmigration durchführen, definiert dies den Verzeichnisspeicherort der Verlaufslisten-Flachdatei, die in eine Datenbank migriert werden soll.

Wenn Sie eine Migration der Verlaufsliste zu einer hybriden Verlaufsliste durchführen, definiert dies den Verzeichnisspeicherort, an dem die Dateien der hybriden Verlaufsliste gespeichert werden sollen.

Wenn Sie eine Verlaufslistenmigration durchführen, definiert dies den DSN der Datenbank, in die die Verlaufslistentabellen migriert werden sollen.

Wenn Sie eine Verlaufslistenmigration durchführen, definiert dies den Benutzernamen für die Verbindung mit der Datenbank für die Verlaufslistenmigration.

Definiert bei der Durchführung einer Verlaufslistenmigration das Kennwort für die Verbindung mit der Datenbank für die Verlaufslistenmigration.

Definiert beim Durchführen einer Verlaufslistenmigration das Tabellenpräfix für Verlaufslistentabellen.

Definiert, ob vorhandene Tabellen in der für die Migration der Verlaufsliste verwendeten Datenbank gelöscht werden sollen, wie durch die folgenden Werte bestimmt:

1: Löscht vorhandene Tabellen in der Datenbank, bevor die Verlaufslistentabellen migriert werden.

0: Fügt die migrierten Verlaufslistentabellen der Datenbank hinzu, ohne vorhandene Tabellen zu löschen.

Definiert, ob die dateibasierte Verlaufsliste nach Abschluss der Migration gelöscht werden soll, wie durch die folgenden Werte bestimmt:

1: Löscht das dateibasierte Verlaufslisten-Repository, sobald die Migration zu einem datenbankbasierten Verlaufslisten-Repository abgeschlossen ist. Diese Option sollte nur verwendet werden, wenn das dateibasierte Verlaufslisten-Repository nicht mehr benötigt wird und Sie sicherstellen können, dass der Migrationsprozess erfolgreich abgeschlossen werden kann.

0: Löscht das dateibasierte History List-Repository nicht, sobald die Migration zu einem datenbankbasierten History List-Repository abgeschlossen ist.

Definiert, ob die UTF-8-Kodierung für die Migration der Verlaufsliste unter Windows verwendet werden soll, wie durch die folgenden Werte bestimmt:

1: Verwendet die UTF-8-Kodierung für Windows-Treiber. Diese Option sollte verwendet werden, wenn Ihre Datenbank und Verlaufslistennachrichten die UTF-8-Kodierung verwenden und der Intelligence Server unter Windows installiert ist.

0: Verwendet keine UTF-8-Kodierung.

Definiert, ob die UTF-8-Kodierung für die Migration der Verlaufsliste unter UNIX/Linux verwendet werden soll, wie durch die folgenden Werte bestimmt:

1: Verwendet die UTF-8-Kodierung für UNIX/Linux-Treiber. Diese Option sollte verwendet werden, wenn Ihre Datenbank und Verlaufslistennachrichten die UTF-8-Kodierung verwenden und der Intelligence Server unter UNIX oder Linux installiert ist.

0: Verwendet keine UTF-8-Kodierung.

Definiert den Datenbanknamen zum Erstellen oder Migrieren von in DB2 z/OS gespeicherten Verlaufslisten. Diese Option sollte verwendet werden, wenn eine Verbindung zu einer DB2 z/OS-Datenbank hergestellt wird.

Definiert den Tabellennamen, der beim Erstellen oder Migrieren der Verlaufsliste in der Datenbank verwendet werden soll. Diese Option sollte verwendet werden, wenn eine Verbindung zu einer DB2 z/OS-Datenbank hergestellt wird.

Wenn Sie ein Upgrade des History List-Repository auf eine hybride History List durchführen, definiert dies die Anzahl der für das Upgrade zu verwendenden Datenbank-Threads.

Definiert die Projekte zur Aktualisierung ihrer Zeitpläne, die Berichte und Dokumente an Caches, Verlaufslisten und senden MicroStrategy Mobile als Abonnements. Diese Abonnements sind Teil der integrierten Abonnement- und Bereitstellungsfunktionen in Intelligence Server 9.0 und späteren Versionen. Sie bieten die gleiche Möglichkeit, Berichte und Dokumente an Caches, Verlaufslisten und MicroStrategy Mobile wie die Zeitpläne in MicroStrategy vor 9.0.

Mit dieser Option werden auch die Berichte und Report Services-Dokumente in den Projekten aktualisiert. Dies verbessert die Leistung, reduziert den Speicherplatzbedarf und stellt sicher, dass Diagramme korrekt angezeigt werden in MicroStrategy Web 10 und Developer 10.

Um mehrere Projekte zu aktualisieren, müssen Sie den Namen jedes Projekts in geschweifte Klammern einschließen. {} und trennen Sie die Namen mit einem Backslash \ . Zum Beispiel:

{Project1}\{Project2}\...\{ProjectN}

Definiert die Projekte, deren Zeitpläne auf die neueste Version aktualisiert werden sollen. MicroStrategy.

Um die Zeitpläne mehrerer Projekte zu aktualisieren, müssen Sie den Namen jedes Projekts in geschweifte Klammern einschließen. { } und trennen Sie die Namen mit einem Backslash \ . Zum Beispiel:

{Project1}\{Project2}\...\{ProjectN}

Definiert die Projekte zum Aktualisieren ihrer MDX-Quellobjekte (MDX-Cubes), die in früheren Versionen von MicroStrategy um von der verbesserten Leistung und anderen Updates zu profitieren.

Sie können MDX-Quellen wie SAP BW, Microsoft Analysis Services und Hyperion Essbase in Ihre MicroStrategy Umfeld. Informationen zur Integration von MDX-Quellen in MicroStrategy, siehe die MDX-Cube-Berichterstellungshandbuch.

Um die MDX-Quellobjekte mehrerer Projekte zu aktualisieren, müssen Sie den Namen jedes Projekts in geschweifte Klammern einschließen. { } und trennen Sie die Namen mit einem Backslash \ . Zum Beispiel:

{Project1}\{Project2}\...\{ProjectN}

Definiert die Projekte, für die Systemobjekte aktualisiert werden sollen, sodass Objekte zwischen nicht verknüpften Projekten verschoben werden können, indem MicroStrategy Object Manager. Dies ist erforderlich für Projekte aus Versionen vor 9.0.1 von MicroStrategy.

Um die Systemobjekte mehrerer Projekte zu aktualisieren, müssen Sie den Namen jedes Projekts in geschweifte Klammern einschließen. { } und trennen Sie die Namen mit einem Backslash \ . Zum Beispiel:

{Project1}\{Project2}\...\{ProjectN}

Definiert, ob der Rest der angegebenen Projekte aktualisiert werden soll, wenn bei einer Projektaktualisierung ein Fehler auftritt:

1: Setzt den Aktualisierungsprozess fort, auch wenn in einem Projekt ein Fehler gefunden wird.

0: Bricht den Aktualisierungsvorgang für alle Projekte ab, wenn in einem Projekt ein Fehler festgestellt wird.

Definiert, ob das Kennwort in der Antwortdatei verschlüsselt ist. Dies wird durch die folgenden Werte bestimmt:

1: Verschlüsselt das Kennwort in der Antwortdatei und gewährleistet so die Sicherheit Ihres Kennworts. Dies ist das Standardverhalten.

0: Das Kennwort wird in der Antwortdatei nicht verschlüsselt, sodass Sie das Kennwort in der Antwortdatei später mit einem Texteditor ändern können. Sie können die Antwortdatei dann an mehrere Benutzer mit verschiedenen Anmelde- und Kennwortdaten verteilen. Beachten Sie jedoch, dass die Sicherheit Ihrer Datenbank gefährdet sein kann, wenn Sie das Kennwort nicht aus der Antwortdatei entfernen, bevor Sie sie verteilen.

Definiert den Datenbanknamen zum Aktualisieren der in DB2 z/OS gespeicherten Metadaten. Diese Option sollte verwendet werden, wenn eine Verbindung zu einer DB2 z/OS-Datenbank hergestellt wird.

Definiert den Tabellennamen, der beim Upgrade der Metadaten in der Datenbank verwendet werden soll. Diese Option sollte verwendet werden, wenn eine Verbindung zu einer DB2 z/OS-Datenbank hergestellt wird.

Definiert, ob die Lean Objects-Migration auf Serverebene durchgeführt werden soll:

1: Führen Sie eine Lean Objects-Migration durch.

0: Führen Sie keine Lean Objects-Migration durch.

In diesem Abschnitt können Sie Statistik-Repositories auf die neueste Version aktualisieren von MicroStrategy. Sie können mehr als eine haben [UpgradeStats] Abschnitt. Zusätzliche Statistik-Upgradeabschnitte können hinzugefügt werden als [UpgradeStats1], [UpgradeStats2], und so weiter.

Definiert, ob die Statistik- und Enterprise Manager-Repositorys aktualisiert werden sollen, wie durch die folgenden Werte bestimmt:

1: Aktualisiert das Statistik-Repository

0: Aktualisiert das Statistik-Repository nicht

Definiert, ob das Kennwort in der Antwortdatei verschlüsselt ist. Dies wird durch die folgenden Werte bestimmt:

1: Verschlüsselt das Kennwort in der Antwortdatei und gewährleistet so die Sicherheit Ihres Kennworts. Dies ist das Standardverhalten.

0: Das Kennwort wird in der Antwortdatei nicht verschlüsselt, sodass Sie das Kennwort in der Antwortdatei später mit einem Texteditor ändern können. Sie können die Antwortdatei dann an mehrere Benutzer mit verschiedenen Anmelde- und Kennwortdaten verteilen. Beachten Sie jedoch, dass die Sicherheit Ihrer Datenbank gefährdet sein kann, wenn Sie das Kennwort nicht aus der Antwortdatei entfernen, bevor Sie sie verteilen.

Wenn Sie ein Upgrade des Statistik-Repository durchführen, definiert dies den DSN der Datenbank, in der das Statistik-Repository gespeichert ist.

Wenn Sie ein Upgrade des Statistik-Repository durchführen, definiert dies den Benutzernamen für die Verbindung mit der Datenbank für das Statistik-Repository.

Definiert bei der Durchführung eines Upgrades des Statistik-Repositorys das Kennwort für die Verbindung mit der Datenbank für das Statistik-Repository.

In diesem Abschnitt können Sie ein Enterprise Manager-Projekt auf die neueste Version aktualisieren. MicroStrategy. Sie können mehr als eine haben [EMProjectHeader] Abschnitt. Zusätzliche Enterprise Manager-Projektupgradeabschnitte können hinzugefügt werden als [EMProjectHeader1], [EMProjectHeader2], und so weiter.

Definiert, ob das Enterprise Manager-Projekt aktualisiert werden soll. Dies wird durch die folgenden Werte bestimmt:

1: Aktualisiert das Enterprise Manager-Projekt.

0: Aktualisiert das Enterprise Manager-Projekt nicht.

Definiert, ob das Kennwort in der Antwortdatei verschlüsselt ist. Dies wird durch die folgenden Werte bestimmt:

1: Verschlüsselt das Kennwort in der Antwortdatei und gewährleistet so die Sicherheit Ihres Kennworts. Dies ist das Standardverhalten.

0: Das Kennwort wird in der Antwortdatei nicht verschlüsselt, sodass Sie das Kennwort in der Antwortdatei später mit einem Texteditor ändern können. Sie können die Antwortdatei dann an mehrere Benutzer mit verschiedenen Anmelde- und Kennwortdaten verteilen. Beachten Sie jedoch, dass die Sicherheit Ihrer Datenbank gefährdet sein kann, wenn Sie das Kennwort nicht aus der Antwortdatei entfernen, bevor Sie sie verteilen.

Wenn Sie ein Enterprise Manager-Projektupgrade durchführen, bietet MicroStrategy Benutzername, der auf das Enterprise Manager-Projekt zugreifen und es verwalten kann.

Wenn Sie ein Enterprise Manager-Projektupgrade durchführen, gibt das Kennwort für den MicroStrategy Benutzer, der auf den Enterprise Manager zugreifen und ihn verwalten kann

Projekt.

Wenn Sie ein Enterprise Manager-Projektupgrade durchführen, definiert dies den DSN der Datenbank, in der die Statistiktabellen und das Enterprise Manager-Repository gespeichert sind.

Wenn Sie ein Enterprise Manager-Projektupgrade durchführen, definiert dies den Benutzernamen für die Verbindung mit der Datenbank für die Statistiktabellen und das Enterprise Manager-Repository.

Definiert bei der Durchführung eines Enterprise Manager-Projektupgrades das Kennwort für die Verbindung mit der Datenbank für die Statistiktabellen und das Enterprise Manager-Repository.

In diesem Abschnitt können Sie History List-Repositorys auf die neueste Version aktualisieren. MicroStrategy. Sie können mehr als eine haben [UpgradeHistoryList] Abschnitt. Zusätzliche Upgrade-Abschnitte für die Verlaufsliste können eingefügt werden als [UpgradeHistoryList1], [UpgradeHistoryList2], und so weiter.

Definiert, ob ein History List-Repository aktualisiert werden soll. Dies wird durch die folgenden Werte bestimmt:

1: Aktualisiert das History-List-Repository.

0: Aktualisiert das History List-Repository nicht.

Definiert, ob das Kennwort in der Antwortdatei verschlüsselt ist. Dies wird durch die folgenden Werte bestimmt:

1: Verschlüsselt das Kennwort in der Antwortdatei und gewährleistet so die Sicherheit Ihres Kennworts. Dies ist das Standardverhalten.

0: Das Kennwort wird in der Antwortdatei nicht verschlüsselt, sodass Sie das Kennwort in der Antwortdatei später mit einem Texteditor ändern können. Sie können die Antwortdatei dann an mehrere Benutzer mit verschiedenen Anmelde- und Kennwortdaten verteilen. Beachten Sie jedoch, dass die Sicherheit Ihrer Datenbank gefährdet sein kann, wenn Sie das Kennwort nicht aus der Antwortdatei entfernen, bevor Sie sie verteilen.

Wenn Sie ein Upgrade des History List-Repository durchführen, definiert dies den DSN der Datenbank, in der das History List-Repository gespeichert ist.

Wenn Sie ein Upgrade des History List-Repository durchführen, definiert dies den Benutzernamen für die Verbindung mit der Datenbank für das History List-Repository.

Definiert bei der Durchführung eines Upgrades des History List-Repository das Kennwort für die Verbindung mit der Datenbank für das History List-Repository.

Wenn Sie ein Upgrade des History List-Repository durchführen, definiert dies das Datenbankpräfix für das History List-Repository.

Wenn Sie ein Upgrade des History List-Repository durchführen, werden vorhandene History List-Nachrichten auf das angegebene Format aktualisiert, das durch die folgenden Werte bestimmt wird:

1: Aktualisiert vorhandene Verlaufslistennachrichten.

0: Aktualisiert keine vorhandenen Verlaufslistennachrichten.

Unabhängig von dieser Einstellung werden die für das neue Verlaufslistenformat erforderlichen neuen Datenbanktabellen erstellt und alle neuen Verlaufslistennachrichten werden im neuen Format erstellt.

In diesem Abschnitt können Sie migrieren MicroStrategy Web Zustellungsabonnements von einer Narrowcast-Serverumgebung an Distribution Services. Sie können mehr als eine haben [MigrateNCS] Abschnitt. Zusätzlich MicroStrategy Web Abschnitte zur Migration von Lieferabonnements können enthalten sein als [MigrateNCS1], [MigrateNCS2], und so weiter.

Definiert, ob migriert werden soll MicroStrategy Web Zustellungsabonnements von einer Narrowcast-Serverumgebung an Distribution Services, wie durch die folgenden Werte bestimmt:

1: Migriert MicroStrategy Web Zustellungsabonnements von einer Narrowcast-Serverumgebung an Distribution Services.

0: Migriert nicht MicroStrategy Web Zustellungsabonnements von einer Narrowcast-Serverumgebung an Distribution Services.

Definiert den DSN der Datenbank, in der das Narrowcast Subscription Book Repository gespeichert ist.

Definiert den Benutzernamen für die Verbindung mit der Datenbank für das Narrowcast Subscription Book Repository.

Definiert das Kennwort für die Verbindung mit der Datenbank für das Narrowcast Subscription Book Repository.

Definiert das für die Tabellen des Narrowcast Subscription Book Repository verwendete Präfix.

Definiert den DSN der Datenbank, in der das Narrowcast Object Repository gespeichert ist.

Definiert den Benutzernamen für die Verbindung mit der Datenbank für das Narrowcast Object Repository.

Definiert das Kennwort für die Verbindung mit der Datenbank für das Narrowcast Object Repository.

Definiert das für die Tabellen des Narrowcast Object Repository verwendete Präfix.

Definiert die Projektquelle, zu der die Web-Delivery-Abonnements migriert werden.

Definiert den Benutzernamen für die Verbindung mit der Projektquelle.

Definiert das Benutzerkennwort für die Verbindung mit der Projektquelle.

Definiert die Projekte für eine Projektquelle, um Webabonnements vom Narrowcast-Server zu Distribution Services zu migrieren. Sie können mehrere Projekte auswählen und die Projekte durch das \ Charakter. Zum Beispiel, TargetProjects=Project1\Project2.

Definiert, ob alle Benutzer von Web-Bereitstellungen zu Distribution Services migriert werden sollen, wie durch die folgenden Werte bestimmt:

1: Migriert alle Benutzer von Web-Bereitstellungen zu Distribution Services. Adressen der MicroStrategy Benutzer, die Web-Lieferungen abonniert haben, werden den entsprechenden MicroStrategy Benutzer. Nichts Neues MicroStrategy Benutzer werden erstellt.

0: Migriert nicht alle Benutzer von Web-Bereitstellungen zu Distribution Services.

Wenn Sie alle Benutzer von Web-Bereitstellungen zu Distribution Services migrieren möchten, legt diese Option fest, ob allen Benutzern von Web-Bereitstellungen, die zu Distribution Services migriert werden, das Privileg „Distribution Services verwenden“ gewährt wird. Dies wird durch die folgenden Werte bestimmt:

1: Gewährt allen Web Delivery-Benutzern, die zu Distribution Services migriert werden, das Privileg „Distribution Services verwenden“. Stellen Sie sicher, dass die Gewährung dieser Berechtigungen mit Ihrer Produktlizenz für Distribution Services konform ist.

0: Gewährt das Privileg „Distribution Services verwenden“ nicht für alle Web-Delivery-Benutzer, die zu Distribution Services migriert werden.

Definiert, ob Narrowcast Server-Benutzer und ihre Adressen als Kontakte in Distribution Services migriert werden sollen, wie durch die folgenden Werte bestimmt:

1: Migriert Narrowcast Server-Benutzer und ihre Adressen als Kontakte in Distribution Services. Für jeden Narrowcast-Server-Benutzer wird ein Kontakt erstellt. Die Adressen des Narrowcast-Server-Benutzers werden als Adressen des Kontakts kopiert. Ein Kontakt ist eine Liste mit Adressen von Abonnementempfängern. Diese Empfänger haben keine Berechtigung, sich anzumelden bei MicroStrategy Web oder Entwickler. Durch Kontakte können diese Empfänger Abonnements erhalten.

0: Migriert keine Narrowcast Server-Benutzer und deren Adressen als Kontakte in Distribution Services

Diese Parameter geben die Konfliktlösungsregeln bei der Migration von Narrowcast-Objekten zu Distribution Services an. Konflikte treten auf, wenn sowohl im Narrowcast Server-System, von dem Sie migrieren, als auch in den Intelligence Server-Metadaten, zu denen Sie migrieren, identische Objekte vorhanden sind. Durch das Definieren von Konfliktlösungsregeln wird bestimmt, wie diese Konflikte während der Migration gelöst werden.

Mit den folgenden Parametern können Sie festlegen, wie etwaige Konflikte während der Migration gelöst werden:

MigrateTransmittersAction für Sender

MigrateDevicesAction für Geräte

MigrateSchedulesAction für Zeitpläne

MigrateSubscriptionsAction für Abonnements

MigrateUsersAction für Benutzer

Für jeden oben aufgeführten Objekttyp können Sie Konfliktlösungsregeln auf Grundlage übereinstimmender IDs definieren. Für Sender, Geräte und Zeitpläne können Sie außerdem Konfliktlösungsregeln auf Basis übereinstimmender Definitionen festlegen. Diese Optionen werden in der folgenden Tabelle beschrieben.

In der folgenden Tabelle bezieht sich „Quelle“ auf Ihren Narrowcast-Server und „Ziel“ auf die neuen Metadatentabellen.

Optionswert

1

2

3

4