作者:SE_Meng

崖山数据库(YashanDB)卸载数据库

崖山数据库(YashanDB)卸载数据库

步骤1:卸载数据库 $ yasboot cluster clean --cluster yashandb --purge 注意:此操作需谨慎,数据库卸载后,数据将完全被清理。 步骤2:卸载yasom和yasagent $ yasboot package uninstall -

SE_Meng SE_Meng 2025-03-26
112 0 0
DBeaver连接配置

DBeaver连接配置

软件获取与准备 DBeaver软件获取 DBeaver for YashanDB:YashanDB 下载中心 或开源DBeaver:DBeaver Community | Free Universal Database Tool 驱动包获取 JDBC驱动:YashanDB 下载中心

SE_Meng SE_Meng 2025-03-25
198 0 0
linux下故障硬盘点灯操作

linux下故障硬盘点灯操作

按照常理说,硬盘故障了,会自动亮红灯,故障消除后会自动恢复正常,这个本来是服务器自带的功能。但现实情况往往不是这样,即使硬盘故障了,现场通过外观也看不出来。 1 硬盘点灯的意义 在运维的工作中,很大也是很重要的一项工作就是故障处理,而故障处理中以硬盘故障最为常见。如果更换错误,可能会造成数据丢失

SE_Meng SE_Meng 2025-03-24
474 0 0
崖山数据库(YashanDB)部署全流程详解

崖山数据库(YashanDB)部署全流程详解

引言 作为国产自主可控数据库的代表,崖山数据库(YashanDB)凭借其稳定、高效的性能特点,正在国内数据库市场占据越来越重要的位置。本文将详细介绍YashanDB的安装部署流程,包括环境准备、yasboot工具使用、数据库安装、yasql连接与基本操作以及图形化工具DBeaver的配置,帮助读者

SE_Meng SE_Meng 2025-03-21
429 0 0
章节 1. 维护 DE2000H 或 DE4000H 硬件

章节 1. 维护 DE2000H 或 DE4000H 硬件

对于 DE2000H 或 DE4000H 存储系统,可对以下组件执行维护过程。 1.1. 视频说明 访问以下视频演示,详细了解 DE 系列 2U 系统维护过程: Lenovo ThinkSystem DE 系列 2U 机柜 1.2. 电池 每个控制器节点中都有一块电池,用于在交流电源发生故障

SE_Meng SE_Meng 2025-03-20
253 0 0
章节 2. 电池

章节 2. 电池

2.1. DE2000H 或 DE4000H 电池更换要求 在更换 DE2000H 或 DE4000H 电池之前,请查看以下要求和注意事项。 每个控制器节点中都有一块电池,用于在交流电源发生故障时保留高速缓存的数据。要保护数据,必 须尽快更换有问题的电池。 2.1.1. Recovery G

SE_Meng SE_Meng 2025-03-19
111 0 0
章节 5. 驱动器

章节 5. 驱动器

5.1. DE2000H 或 DE4000H 驱动器更换要求 在更换 DE2000H 或 DE4000H 驱动器之前,请查看以下要求和注意事项。 5.1.1. 存储架类型可更换 12 驱动器、24 驱动器或 60驱动器控制器存储架或驱动器存储架中的驱动器。 12 驱动器或 24 驱

SE_Meng SE_Meng 2025-03-18
174 0 0
MySQL安装过程中的报错

MySQL安装过程中的报错

Top 3:MySQL安装过程中的报错 解决问题的思路:遇到这样的报错信息,我们要学会时时去关注错误日志 error log 里面的内容。看见了关键的报错点Permission denied。证明当前 MySQL 数据库的数据目录没有权限。 如何避免这类问题,个人建议在安装M

SE_Meng SE_Meng 2025-03-14
75 0 0
Last_SQL_Errno: 1032(从库少数据,主库更新的时候,从库报错)

Last_SQL_Errno: 1032(从库少数据,主库更新的时候,从库报错)

Last_SQL_Errno: 1032(从库少数据,主库更新的时候,从库报错) 解决问题的思路:根据报错信息,我们可以获取到报错日志和position号,然后就能找到主库执行的哪条sql,导致的主从报错。在主库执行: 获取到 sql 语句之后,就可以在从库反向执行 sql

SE_Meng SE_Meng 2025-03-13
149 0 0
Last_IO_Errno: 1593(server-id冲突)

Last_IO_Errno: 1593(server-id冲突)

Last_IO_Errno: 1593(server-id冲突) 在搭建主从复制的过程中,我们要确保两台机器的 server-id 是唯一的。这里再强调一下 server-id 的命名规则(服务器 ip 地址的最后一位+本 MySQL 服务的端口号) 解决问题的思路: 在主从两

SE_Meng SE_Meng 2025-03-12
97 0 0
1 … 38 39 40 41 42 … 58