我已经建立了一个管道，它每小时从一个 FTP 站点获取事务日志，并且这个新创建的数据库一直处于待机模式，因为我需要在办公时间读取数据。
最初，我正在考虑将还原模式保留在NoRecovery中，因为我了解到待机模式需要更多时间并且出于性能原因。但后来，我意识到我无法在办公时间内读取数据，所以我决定始终在Standby模式下设置每小时事务日志更新。
因此，我将拥有一个数据库，我试图将其隔离为仅每小时提取事务日志，然后我想拥有该数据库的副本，以便在我阅读时不会中断任何进程（每小时日志记录）用于报告目的的数据。
我正在尝试查看是否有一种方法可以复制此数据库（处于待机模式），以便至少我有一个备份数据库，并且我可以从那里提取数据以用于报告目的。
或者，如果每天从 FTP 站点更新日志文件的数据库是NoRecovery模式，并且有办法以某种方式复制此数据库，那会更好吗？我只是在考虑一个更好的选择来建立稳定的数据库架构。
顺便说一句，这个特定的 SQL Server 位于 Azure VM 中，我试图最终只将必要的数据引入 Azure SQL Server（门户）。
有什么理由不能只使用 SQL Server 的本机复制功能，例如事务复制？
您可以在两台服务器之间进行实时同步，然后从订阅服务器上报告不会影响发布服务器的性能。
如果您想要更少的实时性和更多的定期安排，您还可以查看Snapshot Replication 。
您始终可以从日志备份中恢复两个单独的数据库，一个在 NoRecovery 中，一个在 Standby 中。