nosql专栏

平时工作中的笔记整理，废话不多说。兄弟们，直接上干货 一、背景 二、准备 mongo集群信息 http://172.20.171.9:8090/pages/viewpage.action?pageId

版本控制：（C、A、M、D：创建、增加、修订、删除） 版本号 变更日志 变更类型（C/A/M/D） 修改人 摘要 备注 1.0 2024-12-19 C xxx 一、思路 使用mongodump 工具

一、简介 mongoexport 工具可以连接从节点，在从节点上导出表数据，输出格式以CSV。 二、操作 三、参数说明

mongo的repSet转换为standalone 一、概述 wg mongo 在2022.08.15 晚10点secondary节点需要停机维护宿主机，导致需要停机。同时cpos mongo的服务不

一、集群信息 略 二、清理策略 清理的collection信息 三、操作 连接mongo主节点 切换menu 确认需要删除的collection大小 删除 再次确认是否删除完成 说明： 显示NaN 表

1、Mongo 1、巡检工具 mongodb巡检时主要采用了两种方式：grafana 2、流程 集群状态：选择相应的集群信息，选中后查看其运行节点数，查看集群状态是否存在异常 磁盘信息：在该页面中查看

背景 Mongodb 4.4+版本后，mongo的日志变成了json格式，由于之前日志分析一直使用的是mtools, mtools不支持json格式的日志，需要调研新的分析工具，推荐使用方案3 解决方

一、准备 确定mongo版本 本次使用cpos的一次操作作为展示用例 工具：mongodump 和 mongorestore 在DBA跳板机上有，直接使用即可。 DBA跳板机：172.25.243.9

rpm包 对mongo exporter 的版本没太大要求 二、步骤 1、创建monitor 账号 2、 rpm 方式安装exporter 3、开机启动 systemctl enable mongod

一、说明 配合安全团队，对每个DBA接管的数据库，提前埋入安全扫描账号。 二、操作 找到primary节点 在 confluence中找到DBA接管的mongo信息。 http://172.20.17

一、背景 es节点CPU在高峰时间段使用率超过80%，业务担心支撑不了活动，申请水平扩容data节点。 KSA和WGA两套cpos es都要做水平扩容。 二、集群信息 带xpack的es 7.10.2

ES（7.6.2） vs ES（7.7.1） 测试工具：esrall 数据集: geomanes 地理数据文档（官方提供的标准测试数据集） GC回收模式：CMS JVM启动参数： 未做额外配置，使用默

一、背景 cpos KS ES集群增加xpack 安全认证。 1、集群信息 ES版本：7.10.2 节点数:5个 数据量：349G 分片数:6 副本数：1 2、集群截图信息 二、操作 0、步骤说明：

一、准备 集群的所有节点信息（8个旧节点 + 8个新节点） 集群账号与密码（elastic : 1234567） 主机的配置信息（都是16C/32G/1000G） 数据量评估（shards、index

准备信息 检查数据盘挂载点 数据盘需要挂载在/data下，文件格式为xfs，做LVM 传包 skip ，联系孙彬。 创建es相关目录 rpm安装服务 由于ES643版本，不带jdk，需要修改为JAVA

一、备份策略 ES属于nosql中间件，与redis一样默认不支持备份服务。 备份策略信息： 每天一次全备，备份文件保存14天，备份文件存在S3 二、实现工具 两种实现方式： 使用elasticdum

一、简介 为了修复游标查询Bug2024年6月17日晚上20点对如下截图的ES集群进行了版本升级，从7.6.2版本升级到7.10.0，其余未做改动。Kp selection KSA ES集群节点信息：

先占个坑位，未完待续。 一、logstash介绍 二、同步es数据的注意事项 三、logstash的实现 四、结合Jenkins整合成脚手架 五、总结

elasticsearch版本改动 https://www.elastic.co/guide/en/elasticsearch/reference/7.7/release-notes-7.7.1.ht

一、背景 7.7.1 版本的压测报告 二、准备 y3 kp selection ES集群 单元 应用名 主机IP 配置 CPU主频 监控 yumc3(ksa) kp 172.25.162.36 16C