标签: maintenance

我必须在镜像的辅助节点上做一些维护。由于这是在短暂的网络中断后重新建立镜像时站点变慢的结果，我希望安全并禁用镜像，然后在我完成对违规服务器的戳刺后重新启用它。

我现在的计划是：

1. 禁用镜像
2. 进行潜在危险的故障排除
3. 恢复所有丢失的事务日志
4. 重新建立镜像

这是打破/重新建立镜子的最安全方法吗？有什么我应该注意的问题吗？

我们最近切换到FULL恢复模式，每个周末进行完整备份，每天进行差异化。

问题是，差异备份似乎并不总是有效。作业历史记录中记录的错误消息是

以用户身份执行：用户名。... 9.00.3042.00 为 32 位 版权所有 (C) Microsoft Corp 1984-2005。版权所有。
开始时间：上午 11:20:12 进度：2013-01-25 11:20:13.90 来源：{450389BA-54C2-4892-9CD0-0126CA9B0ED8} 执行查询“DECLARE @Guid UNIQUETEIDENTIFIER”%ECU10sp0.sp完成结束进度错误：2013-01-25 11:20:14.40 代码：0xC002F210
来源：备份数据库（差异）执行 SQL 任务
描述：执行查询“BACKUP DATABASE [MyDatabase] TO DISK = N'E:\Database Backups \MyDatabase_backup_201301251120.diff' WITH DIFFERENTIAL , NOFORMAT, NOINIT, NAME = N'MyDatabase_backup_20130125112014', SKIP, REWIND, NOUNLOAD, STATS = 10" 失败，出现以下错误：“无法对数据库“MyDatabase”执行差异备份，因为当前的数据库备份不存在。通过重新发出 BACKUP DATABASE 执行完整数据库备份，省略 WITH DIFFERENTIAL 选项。BA... 包执行fa... 步骤失败的。

完整备份作业每次都成功完成，我可以msdb.dbo.backupset使用此处找到的查询查看它，因此我知道它存在。看起来重新启动后，差异备份确实成功完成，直到下一次完整备份。

这是我的工作经历：

1/16 - 完整备份 - 成功
1/17 - 差异备份 - 成功
1/18 …

在 SQL Server 中，有很多跟踪标志。为什么其中一些需要关闭。在某些地方我看到需要关闭跟踪标志 8017。所以我想知道需要关闭哪个跟踪标志，为什么？

我对 Cassandra 缺乏经验，但我对基于 SQL 的关系数据库有一些经验。

我一直无法找到有关如何在部署后维护 Cassandra 的最佳实践信息。是否有必要对数据库进行 VACUUM？我应该认为读/写负载会导致存储碎片。

或者更一般地说：维护 Cassandra 生产部署的最佳实践是什么？必须定期执行哪些操作才能保持系统的健康？操作手册确实没有讨论这个方面。

谢谢。

我想提出一些维护我们的 MySQL 数据库、版本 5.5/6 和使用 InnoDB 的最佳实践。

我遇到了这篇文章，它基本上是在说优化表：

1. 如果您的查询不使用 PK，则不会有太大的改进。
2. 表上的其他索引以伪随机顺序构建，很可能不会从优化表中受益。
3. 实际上可能会使更新变慢，因为现在每个更改都有更高的概率导致页面拆分。

我的问题是：

1. 以上 3 点总是正确的吗？部分？一点也不？
2. 什么时候可以尝试优化表格？
3. 在哪些情况下优化表不会受益，甚至会使表的某些用途变得更糟？
4. 除了PK之外，有没有办法优化表的索引？

在托管 postgresql 数据库的 Ubuntu 机器中，我在/var/lib/postgresql/9.3/main/pg_log. 显然，几个月前的日志文件也被存储了。我手动删除了一些以摆脱我的disk full错误。每周删除旧的 postgresql 日志的可靠方法是什么？我可以做些什么postgresql.conf来自动化这个过程？

目前我有以下内容postgresql.conf：

#log_truncate_on_rotation = off         # If on, an existing log file with the
                                        # same name as the new log file will be
                                        # truncated rather than appended to.
                                        # But such truncation only occurs on
                                        # time-driven rotation, not on restarts
                                        # or size-driven rotation.  Default is
                                        # off, meaning append to existing files
                                        # in all cases.
#log_rotation_age = 1d                  # …

我用谷歌搜索并找到了这个旧网页，上面写着只是要更改目录的名称。我试过了，但没有用：

$ pg_lsclusters 
Version Cluster   Port Status Owner    Data directory                     Log file
8.4     main      5432 down   postgres /var/lib/postgresql/8.4/main       /var/log/postgresql/postgresql-8.4-main.log
9.1     main      50420 online postgres /var/lib/postgresql/9.1/main       /var/log/postgresql/postgresql-9.1-main.log$ pg_ctlcluster 9.1 main stop

$ pwd
/var/lib/postgresql/9.1

$ ls
main

$ mv main oldmain

$ pg_ctlcluster 9.1 oldmain start
Error: specified cluster does not exist

PostgreSQL 9.1.4，Ubuntu 11.10

我希望这不是一个太宽泛的问题。我确信它能够帮助我和任何未来偶然发现它的 dba 菜鸟。

我是一名系统管理员，加入了 DBA（因为我在 CEO 的前景方面帮助了他，所以我显然可以管理我们的数据库！）。数据库服务器并没有那么大或那么忙……一个 mysqldump 大约有 6GB 的大小，我们花了 5 年的时间才把它弄得那么大。Munin 报告说，我们在高峰时段平均每秒进行 40-60 次查询。

我的老板付钱让我参加甲骨文大学系统管理课程，但在完成后，它只是解释了 mysql 服务器的不同部分，以及它们的作用和方式。但这并不是那么深入，而且您绝对不是从 DBA 课程中毕业的。

那么作为当前的 DBA，我应该怎么做才能确保一切顺利？我可以执行日常维护任务吗？我应该检查某些指标吗？或者换句话说，作为 DBA，您每天都做些什么来保持一切正常？

如果它有助于稍微调整答案，这里有一些细节。我们有 171 个表，除了 3 个是 innodb，其他都是 myisam。我们使用 RBR 在主数据中心和灾难恢复站点之间设置了主/从复制。版本是 5.5.28。

我能做什么？

我只是想为失败的维护计划任务查找更详细的信息。我打开日志文件查看器并选中该框以查看我的维护计划的日志。除了这个例子中没有有源过滤器。然后我玩等待游戏......

我花了将近 20 分钟才能显示日志。所以我认为它可能只是花时间从这个服务器时间开始加载所有日志。我将过滤器减少到大约 3 天，因为这就是我所需要的。这出现得更快，但仍然需要 4 分钟才能显示出来。请注意，这是我第一次在我的计算机上尝试查看这些日志，因此这也可能是一个因素。我还尝试直接在服务器上查看日志，但得到了相似的时间结果。

这是课程的标准吗？我应该期望查看日志是这样的体验吗？有什么我应该做或检查的吗？我确实计划检查日志年龄并查看它是否可以被清除，但这是否仍然会影响仅在很短的 X 天内查看日志？

这是一个有点尴尬的问题，我不敢相信我已经错过了这么多年。

我有一个包含 401 个堆表的供应商第三方数据库。我最近开始使用 Brent Ozar 的脚本并设置sp_BlitzFirst为每 15 分钟运行一次以收集等待统计信息等。

它发现的是每次运行 24 小时期间，它都告诉我修复转发记录。可能会让一些读者感到震惊的是，我在 DMV 上运行了一个查询，并取回了一些包含超过 150,000 个转发记录值的表。

我明白要解决这个问题是在整个表中有一个聚集索引，或者作为运行ALTER TABLE [tablename] REBUILD.

然而，我无法找到的是这是否会使表脱机，以及在运行此命令之前我是否应该注意其他任何问题。

我正在使用 2008 R2 的企业版，我想知道以这种方式运行它是否会消除中断的需要？

ALTER TABLE [tablename] REBUILD WITH (ONLINE = ON);  

有人对这个有经验么？