首页 文章 精选 留言 我的

精选列表

搜索[管理工具],共4320篇文章
优秀的个人博客,低调大师

全平台数据 (数据库) 管理工具 DataCap 1.5.0 发布(补充)

当前版本涉及几个主要更新。 DataCap 发布 发布版本 推出日期 1.5.0 2023-02-16 General¶ 支持dsl查询 移除培养箱 添加sql解析器 重构模块目录 设置端口默认值为0 SPI¶ 修复jdbc配置无密码异常 Web¶ 支持多列排序 Plugins¶ 原生支持zookeeper Docs¶ 添加由页面提供支持 Redis(Native)¶ 修复 mget,hget 值显示为 null#219 依赖¶ 将 maven-javadoc-plugin 从 2.10.4 升级到 3.4.1 将 ojdbc8 从 21.1.0.0 提升到 21.9.0.0 将 mongodb-jdbc 从 2.0.0 升级到 2.0.2 下载地址: https://datacap.edurt.io/download.html

优秀的个人博客,低调大师

Git Extensions v4.0.2 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v4.0.2 现已发布,具体更新内容如下: Changes #10621添加高对比度主题文件 #10604稳定 Left Panel 的 FormBrowseTests #10590ConEmu 221218 #10581在 *.Plugins.xlf 中存储插件翻译 #10559通知左侧面板过滤当前分支 #10556重置新的、尚未提交的文件时删除文件 #10548升级Microsoft.VisualStudio.Composition 版本 #10546显示文件历史记录对话框时避免双引号 #10545如果缺少 SSH 密钥,请勿抛出 #10544加载/存储控制台样式设置 #10532避免在后台丢失 git 异常 #10526将CheckoutBranch的默认热键更改为Ctrl+. #10525FormBrowse:刷新主线程上的修订 #105249659 MEF assemblies 修复(针对 jira 提示插件) #10475 修复 #10434 的空检查 #10434commitEncoding 设置为 upcaseUTF-8 时不添加 BOM #10341GitFlow:如果 git-flow 不是 init,则不要抛出 #10309其他修复 更多详情可查看changelog。

优秀的个人博客,低调大师

Git Extensions v4.0.1 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v4.0.1 现已发布,具体更新内容如下: Changes 10521Git 2.39 bugs out for fetch --jobs=0 10516theme:从可交付成果中删除深色主题 10514无法从 gitcommands 运行 git 命令 10487在启用状态下创建新的用户脚本 10484将 git fatal errors 报告为非应用程序错误 10480Filters_should_behave_as_expected:当前分支被保留 10477[NBug] 尝试启动进程时发生错误 10455停止无休止的仪表板重绘循环 10451如果取消解析,则将自定义 difftool 列表设置为空 10436更好地处理 git 安全异常 10431保持当前分支设置 10418修复“Derived from tag” 10396修复“删除过时的分支”插件 10390FormClone:检查当前模块是否有效 10357在调用之前验证实用程序的文件是否存在 10355在 *.runtimeconfig.json 中只保留 Microsoft.WindowsDesktop.App 10341GitFlow:如果 git-flow 不是 init,则不要抛出 10339SidePanel:AheadBehind null check 10316修复standalone blame 更多详情可查看 changelog。

优秀的个人博客,低调大师

Git Extensions v4 发布,独立的 Git 仓库 UI 管理工具

Git Extensions 是一个用于管理 git 存储库的独立 UI 工具,它可以与 Windows Explorer 和 Microsoft Visual Studio (2015/2017/2019) 集成。Git Extensions v4 现已发布,具体更新内容如下: Release Notes Highlights 该应用程序现在需要 .NET 6。如果缺少 .NET 运行时,将在应用程序执行时安装 大大改善了存储库加载时间以及其他性能调整(#9243、#9735、#9864等) 改进了“left panel”,增加了多选功能(#9723)和查看 git 存储的能力(#10258) 改进的过滤功能,包括“exclude” git refs 的能力 (#10240) 对\\wsl$shares 使用native WSL Git 可执行文件以加快处理速度 (#9702) 使用standardFormBrowse来浏览 file history 和 blame(#9445) BASE diff:图标的独特变化 (#9720) 以下功能和选项已被删除: PuTTY 二进制文件不再与 Git 扩展捆绑,需单独安装 PuTTY 并更改设置中的路径。 不支持Theming - v3.x 依赖于 EasyHook 库来促进对 theming 所需的 Windows API 的 hooks。但是,.NET 6 不支持这些 hooks 所需的 remoting 和多个 AppDomain。迄今为止,还没有找到可行的替代方案。#9191 删除了 TFS 集成 (8190d0c) 删除了 JIRA 集成(参见:#9659) 详情可查看:https://github.com/gitextensions/gitextensions/releases/tag/v4

优秀的个人博客,低调大师

LinuxGSM v22.2.0,Linux 游戏服务器部署/管理工具

LinuxGSM是用于快速、简单地部署和管理 Linux 专用游戏服务器的命令行工具。它在设计上尽可能简单,让管理员可以快速处理服务器的部署和管理上,从而将更多的时间花在游戏上。 目前,LinuxGSM v22.2.0 发布了,此版本带来如下改动: 修复(st):网络和服务器重建更新#3898 chore: 使用 prettier 来整理代码#3901 修复(bd):从旧条件和配置安装loop#3962 修复 (csgo): 移走旧的 libgcc_s.so.1 以修复 sourcemod#3959 修复(deps):删除490cd3f加的重复依赖项#3957 特性 (fctr): 添加函数,以通过 details 命令获取服务器版本#3956 修复(vints):当服务器未配置时重构以修复问题#3955 修复(squad):使用正确的默认配置#3954 build(deps):将 release-drafter/release-drafter 从 5.20.0 提升到 5.20.1#3950 特性(st):将参数切换到 loadlatest #3924 特性(mods):将sourcemod更新到1.11#3919 修复(bt):缺少用户数据目录问题#3916 修复(deps): 修复 pz 和 rw 的 java 和 rng 依赖#3911 修复:将不推荐使用的 optparse 替换为 argparse#3913 特性(cod4) :将服务器下载更新到 v21.2#3963 特性(ts3):检查下载文件的校验和#3969 修复(em):更新默认地图#3977 build(deps):将 release-drafter/release-drafter 从 5.20.1 提升到 5.21.0#3985 修复(query_gsquery): 修复回归#3966 特性(ts3):添加检查更新功能#3967 修复(zmr):更新到 beta 6#3965 修复(wmcserver):修复无法读取查询端口的问题#3982 特性(newserver): 添加 Velocity 代理#3904 更新公告:https://github.com/GameServerManagers/LinuxGSM/releases/tag/v22.2.0

优秀的个人博客,低调大师

openGauss3.0.0新特性--新增集群管理工具,提升高可用能力

openGauss作为一款企业级开源关系型数据库,具有高性能,高可用,高安全,易运维等特点。CM的加入,使openGauss集群在易运维,可靠性等方面进一步提升。 CM是什么? CM(Cluster Manager)是一款集群资源管理软件。支持自定义资源监控,提供了数据库主备的状态监控、网络通信故障监控、文件系统故障监控、故障自动主备切换等能力。 CM能做什么? CM提供了丰富的集群管理能力,如集群、节点、实例级的启停,集群状态查询、选主、主备切换、日志管理等。 CM架构图如上所示,组件包括4个可执行文件: cm_server:cm的服务端,负责收集cma上报的状态,并作为仲裁中心和全局配置中心,集群能否稳定运行以及在发生单点故障后,备实例能否正常切换为主来保证集群的可用性,都与CMS是否稳定相关。 cm_agent:通常集群中的每台机器都安装一个,负责管理本节点所有实例的状态检测和上报以及cms下发命令的执行。 om_monitor:通常集群中的每台机器都安装一个,负责保障本节点cm_agent进程的健康。 cm_ctl:cm的客户端工具,提供集群管理操作。 进程监控 cm接管集群后,会周期性的对集群中的所有进程(包括cma,cms,openGauss等进程)进行探测监控,负责集群进程的保活及僵死恢复。 数据库状态采集 cma会周期性的采集openGauss数据库的运行状态,采集指标包括主备状态,日志位置及回放速率,日志发送接收进度等信息,并汇总在cms,这些信息将被用于选主仲裁及工具展示。 日志压缩 cma提供了日志管理能力,通过日志文件总大小,日志文件数量,日志时间等维度对日志目录进行监控,自动归档,清理日志。 可靠的选主仲裁 当数据库主机发生不可恢复的故障而无法继续提供服务时,集群管理会感知并基于qurom协议,进行选主仲裁。CM的仲裁都是使用的状态机模式,依据当前数据库状态进行仲裁逻辑的推进。 以上是CMS选主仲裁的时序图,总体流程包含上报和仲裁两大部分(仲裁命令实际实时都是通过信息上报获取的,图中返回结果只是为了方便理解)。 信息采集上报: 每个数据库实例的状态都会被cma定时采集并上报cms。 选主仲裁: cms周期性的检测数据库的主备状态,如果发现主机不能够正常提供服务,则会触发选主仲裁。 1.状态:无主。 操作:给所有备机发送命令,使其进入LOCK1状态。 说明: 如果备机此时连接主机,则lock1不会成功。Lock1状态成功主要有两个条件:1)备机与主机复制链路永久断开且不再主动重连。2)备机日志全部回放结束,不再增加。 2. 状态:(n+1)/2个备机已经进入LOCK1状态。 操作:选合适的主,发送failover 说明:根据qurom的特点,当(n+1)/2个备机进入LOCK1状态后,这几个备机中一定有至少1个同步备,cms从这几个备机中找到日志最多的节点(一定是同步备),发送升主命令。如果有多个满足条件的备机,则按照以下策略: a)原主能起来,则选原主 b)选择与原主同AZ的 c)按节点顺序 3. 状态:新主升主成功。 操作:给主备机发送unlock/lock2消息,恢复成正常状态 说明:如果主机处于lock1状态,则给主机发送unlock消息使其退出lock1状态,如果备机处于lock1状态,则给备机发送lock2消息,指定新主ip,使其连接新主。 通过以上逻辑,CM保证了集群永远只有一个可写主机,且RPO=0。 CM集群的安装 在安装带CM的openGauss之前,需要创建clusterconfig.xml配置文件。XML文件包含部署openGauss+CM的服务器信息、安装路径、IP地址以及端口号等。用于告知openGauss、CM如何部署。用户需根据不同场配置对应的XML文件,带CM的安装,除安装配置文件需要添加CM外,其余步骤与openGauss安装完全相同。 下面以一主二备的部署方案为例,说明如何创建带CM的openGauss集群XML配置文件。以下value取值信息仅为示例,可自行替换。每行信息均有注释进行说明。 集群安装xml样例 注:此处xml中的ip、nodeNames、path等变量均只作为演示,需要按实际情况填写。 <?xml version="1.0" encoding="UTF-8"?><ROOT> <!-- openGauss整体信息 --> <CLUSTER> <!-- 数据库名称 --> <PARAM name="clusterName" value="dbCluster" /> <!-- 数据库节点名称(hostname) --> <PARAM name="nodeNames" value="node1,node2,node3" /> <!-- 节点IP,与nodeNames一一对应 --> <PARAM name="backIp1s" value="192.168.0.11,192.168.0.12,192.168.0.13"/> <!-- 数据库安装目录--> <PARAM name="gaussdbAppPath" value="/opt/huawei/install/app" /> <!-- 日志目录--> <PARAM name="gaussdbLogPath" value="/var/log/omm" /> <!-- 临时文件目录--> <PARAM name="tmpMppdbPath" value="/opt/huawei/tmp"/> <!--数据库工具目录--> <PARAM name="gaussdbToolPath" value="/opt/huawei/install/om" /> <!--数据库core文件目录--> <PARAM name="corePath" value="/opt/huawei/corefile"/> <!-- openGauss类型,此处示例为单机类型,“single-inst”表示单机一主多备部署形态--> <PARAM name="clusterType" value="single-inst"/> </CLUSTER> <!-- 每台服务器上的节点部署信息 --> <DEVICELIST> <!-- node1上的节点部署信息 --> <DEVICE sn="1000001"> <!-- node1的hostname --> <PARAM name="name" value="node1"/> <!-- node1所在的AZ及AZ优先级 --> <PARAM name="azName" value="AZ1"/> <PARAM name="azPriority" value="1"/> <!-- 如果服务器只有一个网卡可用,将backIP1和sshIP1配置成同一个IP --> <PARAM name="backIp1" value="192.168.0.11"/> <PARAM name="sshIp1" value="192.168.0.11"/> <!--CM--> <!--CM数据目录--> <PARAM name="cmDir" value="/opt/huawei/install/data/cm" /> <PARAM name="cmsNum" value="1" /> <!--CM监听端口--> <PARAM name="cmServerPortBase" value="5000" /> <PARAM name="cmServerlevel" value="1" /> <!--CM所有实例所在节点名及监听ip--> <PARAM name="cmServerListenIp1" value="192.168.0.11,192.168.0.12,192.168.0.13" /> <PARAM name="cmServerRelation" value="node1,node2,node3" /> <!--dbnode--> <PARAM name="dataNum" value="1"/> <!--DBnode端口号--> <PARAM name="dataPortBase" value="26000"/> <!--DBnode主节点上数据目录,及备机数据目录--> <PARAM name="dataNode1" value="/opt/huawei/install/data/db1,node2,/opt/huawei/install/data/db1,node3,/opt/huawei/install/data/db1"/> <!--DBnode节点上设定同步模式的节点数--> <PARAM name="dataNode1_syncNum" value="0"/> </DEVICE> <!-- node2上的节点部署信息,其中“name”的值配置为主机名称(hostname) --> <DEVICE sn="1000002"> <PARAM name="name" value="node2"/> <PARAM name="azName" value="AZ1"/> <PARAM name="azPriority" value="1"/> <!-- 如果服务器只有一个网卡可用,将backIP1和sshIP1配置成同一个IP --> <PARAM name="backIp1" value="192.168.0.12"/> <PARAM name="sshIp1" value="192.168.0.12"/> <PARAM name="cmDir" value="/opt/huawei/install/data/cm" /> </DEVICE> <!-- node3上的节点部署信息,其中“name”的值配置为主机名称(hostname) --> <DEVICE sn="1000003"> <PARAM name="name" value="node3"/> <PARAM name="azName" value="AZ1"/> <PARAM name="azPriority" value="1"/> <!-- 如果服务器只有一个网卡可用,将backIP1和sshIP1配置成同一个IP --> <PARAM name="backIp1" value="192.168.0.13"/> <PARAM name="sshIp1" value="192.168.0.13"/> <PARAM name="cmDir" value="/opt/huawei/install/data/cm" /> </DEVICE> </DEVICELIST></ROOT> 安装过程与openGauss安装一致,如需请查看官网。 安装后集群状态确认 部分出现名词的解析: CMServer State :cm的状态信息。 node:节点号和节点名称。 instance:表示instanceId(此id为集群内的概念,每个集群中的实例都会拥有一个独一无二的instanceId,用来标识此实例)。 state:cm的角色信息,primary表示主,standby表示备,unknown表示无法获取到cm的角色信息(一般故障场景才会出现unknown)。 Cluster State:集群相关状态信息。 cluster_state:集群状态,一共有三种状态:Normal,表示数据库正常;Degraded,表示数据库可用,但有某个数据节点存在异常;Unavailable,表示数据库不可用。 Datanode State:数据库各个实例的信息。 node:数据库实例所在节点的节点号和节点名称。 instance:表示instanceId(此id为集群内的概念,每个集群中的实例都会拥有一个独一无二的instanceId,用来标识此实例)。 state:数据库实例的状态信息,由三个具体的信息注册:第一个字段P/S表示初始的角色信息,P为主,S为备;第二个字段为角色信息;第三个字段为数据库具体的状态。 至此,一个由CM管理的一主两备openGauss集群就部署好了,后续就可以用过CM提供的工具对集群做一些基本的运维操作。 CM客户端工具cm_ctl cm_ctl客户端工具提供了丰富的集群操作和管理接口,使集群管理变得更加便捷和可靠。 功能概览 启停集群 停止整个集群: 任意机器,普通用户下执行命令: cm_ctl stop 执行结果: 任意机器上查询状态: cm_ctl query -Cv 查询结果: 启动整个集群 任意机器上执行命令: cm_ctl start 执行结果: 任意机器上查询状态: cm_ctl query -Cv 查询结果: 启停节点 任意机器上执行停止命令: #停止节点1上的数据库实例,-n后面指定节点号,-D后面指定数据库实例的数据目录。cm_ctl stop -n 1 -D /home/omm/cluster/data/dn1 任意机器上执行启动命令: #启动节点1上的数据库实例,-n后面跟节点号,-D后面跟数据库实例的数据目录。cm_ctl start -n 1 -D /home/omm/cluster/data/dn1 openGauss数据库主备切换 指定数据库切换为主 任意机器执行命令: #-n参数后面跟的是需要升主的数据节点的节点id,-D后面跟的是数据目录(可参考前面步骤获得数据目录)cm_ctl switchover -n 3 -D /home/omm/cluster/data/dn3 结果: 任意机器上查询状态: cm_ctl query -Cv 查询结果: 恢复成初始主备关系 任意节点执行命令: cm_ctl switchover -a 结果: 任意机器上查询状态: cm_ctl query -Cv 代码片段:可切换语言,无法单独设置文字格式 查询结果: CM集群部分高可用能力 CM支持数据库进程保活,备机故障后自动主备切换,备机日志损坏后的自动重建等高可用能力。 自动恢复数据库实例演示 在节点1(node1)上,故障注入 #查看数据库进程id,并kill掉数据库进程ps -uxkill -9 [pid] 查看进程示例: 查看进程信息,发现数据库进程已经被拉起 ps -ux 查看进程示例: 其他高可用场景能力大家可以实际安装体验。 CM集群管理的加入,使openGauss的高可用能力得到了巨大的提升,其强大的故障检测和自动恢复能力使数据库在应对各种故障场景的运维变得更加简单可靠。 欢迎访问openGauss官方网站 openGauss开源社区官方网站: https://opengauss.org openGauss组织仓库: https://gitee.com/opengauss openGauss镜像仓库: https://github.com/opengauss-mirror 扫码关注我们 微信公众号|openGauss 微信社群小助手|openGauss-bot 本文分享自微信公众号 - openGauss(openGauss)。如有侵权,请联系 support@oschina.cn 删除。本文参与“OSC源创计划”,欢迎正在阅读的你也加入,一起分享。

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长,特征是大鼻子、头戴帽子、身穿背带裤,还留着胡子。与他的双胞胎兄弟路易基一起,长年担任任天堂的招牌角色。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册