Justin Frye's questions

我来自 Microsoft SQL Server 数据库世界，已经在那里工作了大约 7 年。我的新角色完全基于各种开源数据库引擎。

当我一直在准备迁移到 AWS RDS 和/或更新版本的 MariaDB 时，我想到了一个关于我公司备份策略的问题。ATM，为了避免敏感细节，没有任何解决方案。最受关注的数据库都运行在较旧的 TokuDB 存储引擎上，并且是需要迁移的有问题的数据库。备份这些数据库主要是通过以下方法完成的，而不是将整个数据库通过管道传输到一个 .sql 文件中

mysqldump -u root -p -t -T/$source $database $databasetable --fields-terminated-by='|' --lines-terminated-by='\n' --order-by-primary

我可以简单地说备份整个数据库并让它一次吐出每个表，但无论如何，这需要几个小时。进行普通的 sql 转储，无论是否使用 gzip，都需要 24 小时以上，甚至更多。这显然不是最好的标准备份策略，就像您可以在 Ola Hallengren 的 Microsoft SQL Server 维护计划中找到的那样。但是，我能想到的唯一替代方法是用 python 编写一些东西或使用 cronjob 来执行备份尚未确定的时间表。

我找到的唯一解决方案是 Percona 的 XtraBackup，但想看看社区是否有其他想法。

更多背景：

这些数据库服务器在 AWS 和 Ubuntu 上作为 EC2 实例运行，并配置为 m4.large 或 m4.xlarge。

有多个主副本，因此理想情况下备份应该在主副本上完成，而不是副本

最后提到 是 - 迁移到 RDS 是一个选项，这将通过自动备份消除这个问题。然而，这些旧的 Tokudb 服务器的迁移不会“那么”容易，所以我们可能需要一些时间才能到达那里。

我将不胜感激任何意见或建议。谢谢你。

高级 DBA 和我正在讨论我们最近将日志传送到 25 台以上的服务器，我们在试点期间遇到的问题之一是日志链随机中断。

我们缩小了在某一时刻导致此问题的其他几个因素（VEEAM 备份未在应用程序感知处理中使用“仅复制”）。然而，在解决了许多问题之后，我们的一位同事提到我们应该从我们现有的任何维护计划中删除日志传送数据库。

但是，我不记得在哪里，我的高级 DBA 和我的印象是，我们在某处读过日志传送的 dbs 在默认情况下被忽略。尽管如此，我们还是删除了日志备份（包括完整备份和差异备份），这解决了问题。

我的问题是：我们应该排除备份吗？然后接下来的问题是他们是否应该被排除在 Ola 和/或 MSFT 的计划之外？

无论如何，我们的问题已经解决了——这只是一个检查我们在某处读过这篇文章的理智的问题。

全部，

我目前正在整理一篇基于知识的文章，我们可以将其交给我们的帮助台以进行一些初步的故障排除或信息收集。我所做的其中一件事是创建能力（感谢 Brent，https: //www.brentozar.com/askbrent），让非系统管理员能够运行 sp_whoisactive 以输出他们可以提供给像我一样的 dbas 的一些细节票。我遇到的问题是我想从结果中排除“sql_text”，但我似乎无法弄清楚如何？

我了解您可以在输出进入表时过滤输出（@output_column_list 参数），但我没有让代理将其导出到表中。最初，我的印象是“@output_column_list”是我可以调整我想在结果中看到的列的地方，但它显然只是一个用于过滤输出到表的参数。在我绝望的尝试中，我无论如何都尝试了上述参数，并且会从输出中省略“sql_text”，但所做的只是重新定位列顺序。

EXEC sp_WhoIsActive @output_column_list = '[dd%][session_id][login_name][wait_info][tasks][tran_log%][cpu%][temp%][block%][reads%][writes%][context%][physical%][query_plan][locks][%]'

因此，我希望他们能够将内容（带有标题）复制到要附加的 Excel 表中。我担心如果我向帮助台提供太多信息会使他们感到困惑，那么复杂的工作越少越好。

我错过了什么吗？他们将无法运行任何作业，甚至无法查看日志，因此他们的权利已经非常有限。