Power BI-Implementierungsplanung: Mandanteneinrichtung

In diesem Artikel zur Mandanteneinrichtung werden wichtige Aspekte zum Einrichten Ihres Fabric-Mandanten vorgestellt, wobei der Schwerpunkt auf der Power BI-Benutzeroberfläche liegt. Er richtet sich an mehrere Zielgruppen:

• Fabric-Administrator*innen: Administrator*innen, die für die Überwachung von Fabric in der Organisation verantwortlich sind
• Microsoft Entra-Administratoren: Das Team, das für die Überwachung und Verwaltung der Microsoft Entra-ID verantwortlich ist.

Fabric ist Teil eines größeren Microsoft-Ökosystems. Wenn Ihre Organisation bereits andere Cloudabonnementdienste wie Azure, Microsoft 365 oder Dynamics 365 verwendet, wird Fabric im selben Microsoft Entra-Mandanten ausgeführt. Ihre Organisationsdomäne (z. B. contoso.com) ist Microsoft Entra ID zugeordnet. Wie alle Microsoft-Clouddienste nutzt der Fabric-Mandant die Microsoft Entra ID-Instanz Ihrer Organisation für die Identitäts- und Zugriffsverwaltung.

Weitere Informationen zu den Zuständigkeiten eines Fabric-Administrators finden Sie unter Mandantenverwaltung.

Microsoft Entra-Mandant

Die meisten Organisationen verfügen über einen Microsoft Entra-Mandanten, sodass ein Microsoft Entra-Mandant häufig eine Organisation darstellt.

In der Regel wird Microsoft Entra ID vor dem Beginn einer Fabric-Implementierung eingerichtet. Manchmal werden Sie sich jedoch erst bei der Bereitstellung eines Clouddiensts über die Bedeutung von Microsoft Entra ID klar.

Nicht verwalteter Mandant

Ein verwalteter Mandant weist eine*n globale*n Administrator*in auf, der oder die in Microsoft Entra ID zugewiesen ist. Wenn für eine Organisationsdomäne (z. B. contoso.com) kein Microsoft Entra-Mandant vorhanden ist, wird ein nicht verwalteter Mandant in Microsoft Entra ID erstellt, wenn sich der*die erste Benutzer*in aus dieser Organisation für eine Fabric-Testversion oder ein Fabric-Konto registriert. Ein nicht verwalteter Mandant wird auch als Schattenmandant oder im Self-Service erstellter Mandant bezeichnet. Es weist eine grundlegende Konfiguration auf, sodass der Clouddienst ohne Zuweisen globaler Administrator*innen funktioniert.

Um Fabric ordnungsgemäß zu verwalten, zu konfigurieren und zu unterstützen, ist ein verwalteter Mandant erforderlich. Es gibt ein Verfahren, dem Systemadministrator*innen folgen können, um einen nicht verwalteten Mandanten zu übernehmen, damit sie ihn im Namen der Organisation ordnungsgemäß verwalten können.

Checkliste: Beim Überprüfen Ihres Microsoft Entra-Mandanten für die Verwendung mit Fabric sind die folgenden wichtigen Entscheidungen und Maßnahmen zu berücksichtigen:

Mandanten-ID für externe Benutzer*innen

Sie müssen sich damit auseinandersetzen, wie Benutzer*innen auf Ihren Mandanten zugreifen, wenn Sie über externe Benutzer*innen (z. B. Kund*innen, Partner*innen oder Anbieter*innen) verfügen oder wenn interne Benutzer*innen auf einen anderen Mandanten außerhalb der Organisation zugreifen müssen. Für den Zugriff auf einen anderen Organisationsmandanten wird eine geänderte URL verwendet.

Jeder Microsoft Entra-Mandant verfügt über einen global eindeutigen Bezeichner (GUID), der als Mandanten-ID bezeichnet wird. In Fabric wird sie als Kundenmandanten-ID (Customer Tenant ID, CTID) bezeichnet. Die CTID wird an das Ende der Mandanten-URL angefügt. Sie finden die CTID im Fabric-Portal. Öffnen Sie dazu das Dialogfeld Informationen zu Microsoft Fabric. Sie steht im Menü Hilfe & Support (?) rechts oben im Fabric-Portal zur Verfügung.

Die Kenntnis Ihrer CTID ist für Microsoft Entra B2B-Szenarien wichtig. An URLs, die Sie externen Benutzer*innen bereitstellen (z. B. zum Anzeigen eines Power BI-Berichts), muss der CTID-Parameter angefügt sein, um auf den richtigen Mandanten zuzugreifen.

Wenn Sie mit externen Benutzer*innen zusammenarbeiten oder diesen Inhalte zur Verfügung stellen möchten, empfiehlt es sich, benutzerdefiniertes Branding einzurichten. Wenn Sie ein Logo, ein Titelbild und ein Design verwenden, können Benutzer*innen leichter erkennen, auf welchen Organisationsmandanten sie zugreifen.

Prüfliste: Das Erteilen von Berechtigungen zum Anzeigen Ihrer Inhalte oder bei mehreren Mandanten an externe Benutzer*innen umfasst folgende wichtige Entscheidungen und Aktionen:

Microsoft Entra-Administrator*innen

Fabric-Administrator*innen müssen regelmäßig mit den Microsoft Entra-Administrator*innen zusammenarbeiten.

Die folgende Liste enthält einige verbreitete Gründe für die Zusammenarbeit zwischen Fabric-Administrator*innen und Microsoft Entra-Administrator*innen.

• Sicherheitsgruppen: Sie müssen neue Sicherheitsgruppen erstellen, um die Fabric-Mandanteneinstellungen ordnungsgemäß zu verwalten. Möglicherweise benötigen Sie auch neue Gruppen zum Sichern von Arbeitsbereichsinhalten oder zum Verteilen von Inhalten.
• Sicherheitsgruppenbesitz: Möglicherweise sollten Sie einen Gruppenbesitzer zuweisen, um bei den Personen, die eine Gruppe verwalten können, flexibler zu sein. Beispielsweise könnte es effizienter sein, dem Center of Excellence (COE) zu ermöglichen, die Mitgliedschaften bestimmter Fabric-spezifischer Gruppen zu verwalten.
• Dienstprinzipale: Möglicherweise müssen Sie eine Microsoft Entra-App-Registrierung erstellen, um einen Dienstprinzipal bereitzustellen. Die Authentifizierung mit einem Dienstprinzipal ist eine empfohlene Methode, wenn ein*e Fabric-Administrator*in unbeaufsichtigte, geplante Skripts ausführen möchte, die Daten mithilfe der Administrator-APIs extrahieren, oder wenn Inhalte in eine Anwendung eingebettet werden sollen.
• Externe Benutzer*innen: Sie müssen wissen, wie die Einstellungen für externe Benutzer*innen (Gäste) in Microsoft Entra ID eingerichtet sind. Es gibt mehrere Fabric-Mandanteneinstellungen im Zusammenhang mit externen Benutzer*innen, und diese basieren auf der Einrichtung von Microsoft Entra ID. Außerdem können bestimmte Sicherheitsfunktionen für die Power BI-Workload nur verwendet werden, wenn Sie den Ansatz der geplanten Einladung für externe Benutzer*innen in Microsoft Entra ID nutzen.
• Richtlinien für die Echtzeitsteuerung: Sie können sich selbst entscheiden, Richtlinien für die Echtzeitsitzungssteuerung einzurichten, die sowohl Microsoft Entra ID als auch Microsoft Defender for Cloud Apps umfasst. Beispielsweise können Sie den Download eines Power BI-Berichts untersagen, wenn er eine bestimmte Vertraulichkeitsbezeichnung aufweist.

Weitere Informationen finden Sie unter Zusammenarbeit mit anderen Administratoren.

Checkliste: Beim Gestalten der Zusammenarbeit mit Ihren Microsoft Entra-Administrator*innen sind die folgenden wichtigen Entscheidungen und Maßnahmen zu berücksichtigen:

Standort für den Datenspeicher

Wenn ein neuer Mandant erstellt wird, werden Ressourcen in Azure bereitgestellt, der Cloud Computing-Plattform von Microsoft. Ihr geografischer Standort wird zur Startregion für Ihren Mandanten. Die Startregion wird auch als Standarddatenregion bezeichnet.

Startregion

Die Startregion ist aus folgenden Gründen wichtig:

• Die Leistung von Berichten und Dashboards hängt teilweise davon ab, wie nah sich Benutzer*innen beim Mandantenstandort befinden.
• Es kann rechtliche oder behördliche Gründe dafür geben, die Daten der Organisation in einer bestimmten Jurisdiktion zu speichern.

Die Startregion für den Mandanten der Organisation wird auf den Standort des ersten Benutzers bzw. der ersten Benutzerin festgelegt, der bzw. die sich registriert. Wenn sich die meisten Ihrer Benutzer*innen in einer anderen Region befinden, ist diese Region möglicherweise nicht die beste Wahl.

Sie können die Startregion für Ihren Mandanten ermitteln, indem Sie im Fabric-Portal das Dialogfeld Informationen zu Microsoft Fabric öffnen. Die Region wird neben der Bezeichnung Ihre Daten sind gespeichert in angezeigt.

Möglicherweise stellen Sie fest, dass sich Ihr Mandant in einer nicht idealen Region befindet. Sie können das Multi-Geo-Feature verwenden, indem Sie eine Kapazität in einer bestimmten Region erstellen (im nächsten Abschnitt beschrieben), oder Sie können sie verschieben. Zum Verschieben Ihres Mandanten in eine andere Region muss sollte Ihr globaler Microsoft 365-Administrator bzw. Ihre globale Microsoft 365-Administratorin eine Supportanfrage öffnen.

Die Verschiebung eines Mandanten in eine andere Region ist kein vollständig automatisierter Prozess, und es tritt eine gewisse Downtime auf. Berücksichtigen Sie unbedingt die Voraussetzungen und erforderlichen Aktionen vor und nach dem Verschieben.

Prüfliste: Das Auswählen der Startregion zum Speichern Ihrer Daten im Mandanten umfasst folgende wichtige Entscheidungen und Aktionen:

Andere spezifische Datenregionen

Bei einigen Organisationen liegen Anforderungen an die Datenresidenz vor. Datenresidenzanforderungen umfassen in der Regel regulatorische oder branchenspezifische Anforderungen zum Speichern von Daten in einer bestimmten geografischen Region. Anforderungen für Datenhoheit sind ähnlich, aber strenger, da die Daten den Gesetzen des Landes oder der Region unterliegen, in dem/der sie gespeichert sind. Einige Organisationen verfügen auch über Datenlokalisierungsanforderungen, die festlegen, dass innerhalb bestimmter Grenzen erstellte Daten auch innerhalb dieser Grenzen verbleiben müssen.

Behördliche, branchenspezifische oder rechtliche Anforderungen können erfordern, dass Sie bestimmte Daten an einem anderen Ort als in der Startregion (im vorherigen Abschnitt beschrieben) speichern. In diesen Situationen können Sie die Multi-Geo-Funktion nutzen, indem Sie eine Kapazität in einer bestimmten Region erstellen. In diesem Fall müssen Sie Arbeitsbereiche der richtigen Kapazität zuweisen, um sicherzustellen, dass die Arbeitsbereichsdaten am gewünschten geografischen Standort gespeichert werden.

Multi-Geo-Unterstützung ermöglicht Organisationen Folgendes:

• Erfüllen der Anforderungen an die Datenverwaltung für ruhende Daten
• Verbessern der Fähigkeit, Daten in der Nähe der Benutzerbasis zu speichern

Prüfliste: Das Auswählen anderer spezifischer Datenregionen für Ihren Mandanten umfasst folgende wichtige Entscheidungen und Aktionen:

Zugehöriger Inhalt

Weitere Überlegungen, Aktionen, Entscheidungskriterien und Empfehlungen für Power BI-Implementierungsentscheidungen finden Sie unter Power BI-Implementierungsplanung.