Merge pull request #6120 from MicrosoftDocs/FromPublicRepo

Confirm merge from FromPublicRepo to master to sync with https://github.com/MicrosoftDocs/sql-docs (branch live)

Author: huypub

docs/relational-databases/blob/remote-blob-store-rbs-sql-server.md

@@ -37,7 +37,7 @@ manager: craigg
 ### Efficient BLOB management  
  Several RBS features support stored BLOBs management:  
 
--   BLOBS are managed with ACID (atomic consistency isolation durable) transactions.  
+-   BLOBS are managed with ACID (atomic, consistent, isolatable, durable) transactions.  
 
 -   BLOBs are organized into collections.  
 

docs/relational-databases/databases/revert-a-database-to-a-database-snapshot.md

@@ -39,15 +39,15 @@ manager: craigg
 ###  <a name="Restrictions"></a> Limitations and Restrictions  
  Reverting is unsupported under the following conditions:  
 
--   The database must currently have only one database snapshot, to which you plan to revert.  
+-   There are multiple snapshots for the database. For reverting, there must only be one snapshot for the database, to which you plan to revert.  
 
 -   Any read-only or compressed filegroups exist in the database.  
 
 -   Any files are now offline but were online when the snapshot was created.  
 
  Before reverting a database, consider the following limitations:  
 
--   Reverting is not intended for media recovery. . A database snapshot is an incomplete copy of the database files, so if either the database or the database snapshot is corrupted, reverting from a snapshot is likely to be impossible. Furthermore, even when it is possible, reverting in the event of corruption is unlikely to correct the problem. Therefore, taking regular backups and testing your restore plan are essential to protect a database. For more information, see [Back Up and Restore of SQL Server Databases](../../relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases.md).  
+-   Reverting is not intended for media recovery. A database snapshot is an incomplete copy of the database files, so if either the database or the database snapshot is corrupted, reverting from a snapshot is likely to be impossible. Furthermore, even when it is possible, reverting in the event of corruption is unlikely to correct the problem. Therefore, taking regular backups and testing your restore plan are essential to protect a database. For more information, see [Back Up and Restore of SQL Server Databases](../../relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases.md).  
 
     > [!NOTE]  
     >  If you need to be able to restore the source database to the point in time at which you created a database snapshot, use the full recovery model and implement a backup policy that enables you to do that.