You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/database-engine/database-mirroring/database-mirroring-sql-server.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -139,7 +139,7 @@ helpviewer_keywords:
139
139
140
140
The second operating mode, *high-performance mode*, runs asynchronously. The mirror server tries to keep up with the log records sent by the principal server. The mirror database might lag somewhat behind the principal database. However, typically, the gap between the databases is small. However, the gap can become significant if the principal server is under a heavy work load or the system of the mirror server is overloaded.
141
141
142
-
In high-performance mode, as soon as the principal server sends a log record to the mirror server, the principal server sends a confirmation to the client. It does not wait for an acknowledgement from the mirror server. This means that transactions commit without waiting for the mirror server to write the log to disk. Such asynchronous operation enables the principal server to run with minimum transaction latency, at the potential risk of some data loss.
142
+
In high-performance mode, as soon as the principal server sends a log record to the mirror server, the principal server sends a confirmation to the client. It does not wait for an acknowledgment from the mirror server. This means that transactions commit without waiting for the mirror server to write the log to disk. Such asynchronous operation enables the principal server to run with minimum transaction latency, at the potential risk of some data loss.
143
143
144
144
All database mirroring sessions support only one principal server and one mirror server. This configuration is shown in the following illustration.
You can [mirror databases in Azure SQL Database to Microsoft Fabric](/fabric/database/mirrored-database/overview). You can continuously replicate your existing data estate directly into Fabric's OneLake, including data from Azure SQL Database.
-[Explore data in your Mirrored database using Microsoft Fabric](/fabric/database/mirrored-database/explore)
21
+
-[Explore data in your mirrored database using Microsoft Fabric](/fabric/database/mirrored-database/explore)
22
22
23
23
This feature is not currently available for Azure SQL Managed Instance or SQL Server instances.
24
24
25
-
## What are Fabric Mirrored Databases?
25
+
## What are Fabric mirrored databases?
26
26
27
27
Mirroring in Fabric provides an easy experience to speed the time-to-value for insights and decisions, and to break down data silos between technology solutions, without developing expensive Extract, Transform, and Load (ETL) processes to move data.
28
28
29
29
With the most up-to-date data in a queryable format in OneLake, you can now use all the different services in Fabric, such as running analytics with Spark, executing notebooks, data engineering, visualizing through Power BI Reports, and more.
30
30
31
31
With Mirroring in Fabric, you don't need to piece together different services from multiple vendors. Instead, you can enjoy a highly integrated, end-to-end, and easy-to-use product that is designed to simplify your analytics needs, and built for openness and collaboration between technology solutions that can read the open-source Delta Lake table format.
32
32
33
-
## Fabric Mirrored Databases
33
+
## Fabric mirrored databases
34
34
35
-
The Fabric Mirrored Database feature uses similar change feed technology as the Azure Synapse Link, and shares some system objects.
35
+
The Fabric mirrored database feature uses similar change feed technology as the Azure Synapse Link, and shares some system objects.
36
36
37
37
> [!NOTE]
38
-
> Enabling Database Mirroring via the Fabric portal will create a `changefeed` database user, a `changefeed` schema, and several tables within the `changefeed` schema in your source database. Do not alter any of these objects, they are system-managed.
38
+
> Enabling Mirroring via the Fabric portal will create a `changefeed` database user, a `changefeed` schema, and several tables within the `changefeed` schema in your source database. Do not alter any of these objects, they are system-managed.
0 commit comments