如果发生灾难，是否可以备份和恢复azure日志分析？
目前，我使用Azure日志分析来有效地监视Azure资源。但是当我将日志分析应用于生产环境时，在某些数据中心发生灾难时，我恢复了所有的azure资源，如app服务、api管理、SQL数据库和cosmos数据库等。即使是灾难也会发生。但是我不能恢复日志分析，因为目前在azure Portal中没有它的备份选项。
那么，你能告诉我，如果灾难发生，如何备份和恢复azure日志分析吗？
共有1个答案
我不相信目前有任何东西可以做到这两件事。
我的备份日志分析的解决方案是使用带有log-analytics扩展的az cli接口，并定期将所有事件转储到磁盘。
例如。
然后可以根据需要将日志文件上载到blob存储。
-
本文向大家介绍数据库崩溃，利用备份和日志进行灾难恢复，包括了数据库崩溃，利用备份和日志进行灾难恢复的使用技巧和注意事项，需要的朋友参考一下 在实际的工作中，我们可能经常会遇到数据库宕机，数据丢失的情况，下面，我将演示一个模拟环境 1.数据库正常启动插入数据： 2.数据库宕机后执行恢复操作 以上就是本文的全部内容，希望大家可以喜欢。
-
Danger 本章节是为专家准备的，尽可能地恢复损坏的文件系统。这些操作有可能改善你的处境，也可能更糟糕。如果你不太确定，最好别下手。 导出日志 尝试危险的操作前，先备份个日志副本，像这样： cephfs-journal-tool journal export backup.bin 需要注意的是，此命令在日志损坏严重时也许会失效，在这种情况下，应该进行 RADOS 级的复制（ http://tra
-
### # 主库master宕机 登录从库show processlist查看两个线程的更新状态 mysql> show processlist\G *************************** 1. row *************************** Id: 6 User: rep Host: 192.168.0.200:45738 db:
-
我正在尝试找到一种为日志分析工作区规划故障转移/灾难恢复的方法。我浏览了https://docs.microsoft.com/en-us/Azure/Azure-monitor/learn/quick-create-workspace，没有看到任何导出工作区数据以进行灾难恢复的解决方案。下面是唯一可能的办法吗？https://www.borninthecloud.com/export-log-an
-
这小节我们要讨论应用程序管理的另一个方面：生产服务器上数据的备份和恢复。我们经常会遇到生产服务器的网络断了、硬盘坏了、操作系统崩溃、或者数据库不可用了等各种异常情况，所以维护人员需要对生产服务器上的应用和数据做好异地灾备，冷备热备的准备。在接下来的介绍中，讲解了如何备份应用、如何备份/恢复Mysql数据库和redis数据库。 应用备份 在大多数集群环境下，Web应用程序基本不需要备份，因为这个其实
-
注： 内容翻译自 Disaster recovery etcd 被设计为能承受机器失败。etcd 集群自动从临时失败(例如，机器重启)中恢复，而且对于一个有 N 个成员的集群能容许 (N-1)/2 的持续失败。当一个成员持续失败时，不管是因为硬件失败或者磁盘损坏，它丢失到集群的访问。如果集群持续丢失超过 (N-1)/2 的成员，则它只能悲惨的失败，无可救药的失去法定人数(quorum)。一旦法定人