首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏大数据成长之路

    HDFS中namenode故障恢复(8)

    value>file:///export/servers/Hadoop-2.6.0-cdh5.14.0/HadoopDatas/dfs/nn/snn/edits</value> </property> 故障恢复步骤 start-all.sh 4.浏览器页面正常访问 http://xxxx:50070/explorer.html#/【xxxx为namenode所在节点的ip】 发现一切正常,说明故障恢复成功

    58610发布于 2021-01-22
  • 来自专栏小陈运维

    CentOS8删除boot目录恢复

    如果我们不小心 误删除了这个目录,也不用慌,正因为这个分区,我们除了开机 其他时候基本用不到,所以恢复起来还是很容易的。 而且恢复之后,我们操作系统里的其他服务基本没有影响,我们看一下,如果误删除了/boot,该如何恢复: 由于/boot分区一般就是用于存放镜像和相关启动引导文件,所以误删之后,恢复并不影响系统其他服务的正常运行 挂载光盘镜像 使用其他的Centos8 系统 查看boot目录下vmlinuz和initramfs生成的包 安装内核 Boot目录恢复 已可以正常引导

    1.4K20发布于 2021-10-13
  • 来自专栏wenzi嵌入式软件

    TCP 和 UDP 的区别及流量控制,拥塞控制,重传,恢复算法详解

    下面对比一下UDP和TCP报文的首部,一个UDP用户数据报由首部和数据载荷两部分组成,TCP报文段也是由首部和数据载荷部分组成,其中UDP用户数据报首部仅仅8个字节,仅仅包含源端口,目的端口,长度以及校验和 image-20210726233128809 TCP 的拥塞控制算法主要涉及到四个,分别是: 慢开始算法 拥塞避免算法 重传算法 恢复算法 在讲解这四种拥塞控制算法之前,先假定如下条件: 数据是单方向传送的 而采用重传算法可以让发送方尽可能早地知道发生了个别报文段的丢失,也就是说重传也就是让发送方尽快进行重传,而不是等待超时重传计时器超时再重传。 具体是怎么样呢? 恢复算法 发送方一旦收到3个重复确认,就知道现在只是丢失了个别的报文段。于是不启动慢开始算法,而执行恢复算法;发送方将慢开始门限值和拥塞窗口值调整为当前窗口的一半;开始执行拥塞避免算法。 小结 综上所述,我们综合前面所叙述的慢开始和拥塞避免算法,以及重传和恢复算法举一个例子,例子如下所示: ?

    2.4K20发布于 2021-08-13
  • 来自专栏韩曙亮的移动开发专栏

    【计算机网络】传输层 : TCP 拥塞控制 ( 慢开始 | 拥塞避免 | 重传 | 恢复 )

    文章目录 一、TCP 拥塞控制 二、TCP 拥塞控制算法 三、慢开始 和 拥塞避免 算法 四、重传 和 快回复 算法 一、TCP 拥塞控制 ---- TCP 拥塞控制 : ① 拥塞出现表现 : 资源需求总和 恢复 TCP 拥塞控制相关术语 : ① 单向传输 : 拥塞控制假定单向传输数据 , 发送方 向 接收方 发送 数据 , 接收方 向 发送方 回送 确认信息 ; ② 发送窗口 : 接收方 缓存空间 足够大 ---- 坐标系说明 : ① 纵坐标 : 纵坐标 是 拥塞窗口 cnwd 大小 , 单位是 一个报文段 , 长度是一个最大报文段长度 MSS ; 如 : 纵坐标的 4 指的是 4 个 MSS , 8 指的是 8 个 MSS ; ② 横坐标 : 横坐标 是 传输轮次 ; 往返时延 : 一个传输轮次 是 发送一批报文段 , 并接收到它们的 确认信息 所花费的时间 ; 即 RTT ; 如 : 发送方 向 和 快回复 算法 ---- 重传算法 : 收到 3 个冗余的 确认后 , 执行重传算法 ; 示例 : 发送方 给 接收方 发送 1 2 3 4 5 , 五个报文 , 2 号报文丢失 , 如果收到

    2.6K00编辑于 2023-03-28
  • 来自专栏Greenplum

    学BigData》--Linux LS命令详解(8)

    dome1 dome.txt seq1.log seq.log 1-7)、只差看当前目录下的文件夹 $ ls -d */ dome1/ 1-8)、不打印所有者信息 $ ls -g 总用量 1106500

    67610编辑于 2023-03-06
  • 来自专栏院长运维开发

    K8s集群备份与恢复

    介绍 k8s集群的备份与恢复,主要就是etcd集群的备份与恢复。 /etcd/data /data/k8s/etcd/data.bak mv /data/k8s/etcd/wal /data/k8s/etcd/wal.bak 拷贝 ETCD 备份快照 scp /etcd/data --wal-dir=/data/k8s/etcd/wal 查恢复的name,cluster-token等 [root@etcd_backup_dir]# systemctl status 而恢复时,主要考虑恢复整个顺序: 停止kube-apiserver --> 停止ETCD --> 恢复数据 --> 启动ETCD --> 启动kube-apiserver 参考链接 https://www.jianshu.com /p/8b483ed49f26

    90610发布于 2020-06-12
  • 来自专栏Happy的分享

    学springboot】8.JPA乐观锁OptimisticLocking

    ; @PrePersist public void prePersist() { version = 0; } } 复制代码 spring data jpa在上一篇文章已经做过一些讲解了【

    1.7K30发布于 2019-07-16
  • 深入解析MySQL(8)——核心日志与备份恢复

    错误码(0表示没有错误) 1.6.1 准备数据 -- 建库 drop database if exists testdb; create database testdb character set utf8mb4 collate utf8mb4_0900_ai_ci; use testdb -- 建表 create table t1 ( id bigint not null, name varchar(20) 它生成包含SQL语句的文本文件,可用于重建数据库结构和数据 核心功能: 备份数据库:导出表结构、数据、存储过程、触发器等 恢复数据:通过导入SQL文件恢复数据库状态 跨版本兼容:导出的SQL文件可在不同 它通过热备份实现高性能的数据库备份与恢复,适用于大规模生产环境 核心功能: 热备份:在不中断数据库服务的情况下进行备份 压缩与加密:支持备份文件的压缩和加密,提升安全性和存储效率 快速可靠:备份速度且可靠 Connection id: 8 Current database: *** NONE *** Reading table information for completion of table

    21310编辑于 2026-01-13
  • 来自专栏SY小站的专栏

    k8s集群数据备份与恢复

    介绍 k8s集群的备份与恢复,主要就是etcd集群的备份与恢复。 2. data/k8s/etcd/data.bak mv /data/k8s/etcd/wal /data/k8s/etcd/wal.bak 拷贝 ETCD 备份快照 scp /var/lib/etcd_backup /etcd/data --wal-dir=/data/k8s/etcd/wal 查恢复的name,cluster-token等 [root@etcd_backup_dir]# systemctl status 而恢复时,主要考虑恢复整个顺序: 停止kube-apiserver --> 停止ETCD --> 恢复数据 --> 启动ETCD --> 启动kube-apiserver 参考链接 https://www.jianshu.com /p/8b483ed49f26

    2.2K32发布于 2020-06-15
  • 来自专栏YP小站

    K8S备份、恢复、迁移神器 Velero

    虽然可以通过Etcd v3备份与恢复来实现K8S集群备份,但是这种备份很难恢复单个 Namespace。 今天推荐 Velero 工具,它提供以下功能: 灾备场景:提供备份恢复k8s集群的能力 迁移场景:提供拷贝集群资源到其他集群的能力(复制同步开发,测试,生产环境的集群配置,简化环境配置) Velero 阿里云插件地址:https://github.com/AliyunContainerService/velero-plugin Velero 架构 Velero 分为两部分: 服务端:部署在目标 k8s ,只恢复当前集群中不存在的资源。 /huawei-k8s ReadWrite 查看已有的备份 $ velero get backup 查看已有的恢复 $ velero get restores 查看 velero 插件 $ velero

    8.9K20发布于 2020-07-01
  • PD充电压诱骗芯片,QC充电压诱骗IC,8脚芯片FS313B封装CPC8

    而在充技术中,PD充电压诱骗芯片和QC充电压诱骗IC是两种常见的芯片,它们被广泛应用于各种充设备中。本文将对这两种芯片进行详细的介绍和比较,帮助读者更好地了解它们的特性和应用场景。 三、PD充电压诱骗芯片与QC充电压诱骗IC的比较1. 兼容性:PD充电压诱骗芯片支持最新的USB PD3.0充标准,具有更广泛的兼容性。 输入电压范围:3.3V~24V,D+,D-和CC1/CC2耐压24V保护支持AFC 受电端协议支持PD Sink协议支持QC2.0受电端协议集成 USB C UFP 协议支持动态功率调配封装形式: CPC8应用电动工具无线充电器路由器小家电典型电路图 PIN ASSIGNMENT/DESCRIPTIONCPC8封装测试:FS313B的6脚R3用15K,5脚的R4是NC悬空,R3=15,对应诱骗20V输出电压1:FS313B使用C口的 PD充 20W )是R3=10k,R4=1K2,封装小封装信息CPC8 (比MSOP8的MOS管封装小一点点)

    2.1K10编辑于 2024-01-16
  • 来自专栏老虎刘谈oracle性能优化

    听说count(8) 比count(*) 好多,是真的吗?

    那我们今天就来验证一个神奇的事情:count(8) 会比count(*) 很多倍,是真的吗? 首先我们先炮制一个1千万的大表:T10M,这是一个占用空间1.2G的普通表,没有任何索引。建表过程略。 select count(*) from t10m; COUNT(*) ---------- 10000000 Elapsed: 00:00:05.33 SQL> select count(8) shift键吗(为了娱乐效果,故意使用了count(8),等同于常见的count(1))。 如果是初学者,看了上面的结论,没有接着往下看,可能真的会回去把代码里面的count(*) 都改成了count(8),这样一个天大的秘密怎么今天才知道呢?! 别急,实验还没完。 内存的读取速度要比磁盘是路人皆知的事实,第一次的PK实际上就是磁盘读与内存读的区别(这里不多解释),根据执行计划,count(*) 与 count(8) (通常都习惯写成count(1))在性能上根本就没有任何区别

    55410编辑于 2022-06-22
  • 来自专栏Java学习网

    简述8款Linux数据恢复工具,请收藏

    下面具体介绍这8款Linux数据恢复工具: 1、Knoppix Knoppix是从损坏的机器中恢复数据的最佳工具之一。它有一个可引导的CD版本,友好的用户界面。它可以让你轻松安装驱动器,然后复制数据。 它也是免费的数据恢复软件。Test disk可以帮助你修复分区表、恢复已删除的分区、修复FAT表和重建NTFS引导扇区。这个软件还能从备份中恢复NTFS引导扇区。 它简直就是数据恢复专家,配置了免费的开源数据恢复和取证工具的命令行界面环境。这个工具在恢复和救援文件、系统文件,以及修复来自非标准外部驱动器的数据时,非常有用。 它可以轻易地恢复所有可用的硬驱类型数据,包括SCCI、ATA、EIDE和IDE。而且界面非常友好,可以形象化整个硬盘、卷和其他任何选定的区域。 8、R-studio 该软件拥有灵活的参数和自定义设置。 有了这8款Linux数据恢复工具,我们使用Linux系统时遇见数据丢失的情况都能够轻松解决了,它们为我们的数据安全保驾护航。 谢谢收看本期视频,喜欢请关注哦

    6.1K20发布于 2021-01-06
  • 来自专栏DBA随笔

    MongoDB运维与开发(8)---MongoDB备份与恢复

    // MongoDB运维与开发(8)---MongoDB备份与恢复 // 任何数据库都离不开日常的备份与恢复,这二者是数据库安全的前提,MongoDB的备份与恢复方法一般而言都采用自带的工具来进行 在开始讲述备份之前,需要首先了解两个概念,一个是恢复点目标、一个叫恢复时间目标,下面我们分别来看: 恢复点目标:(也叫RPO,recovery point objective) 也就是数据可以恢复到哪个时间点 2 Mongorestore工具 数据备份和数据恢复二者是不可分割的,因为数据的备份,本质上还是为了恢复准备的,如果备份的数据不能恢复,那么备份也就失去了意义。 在MongoDB中,Mongorestore这个工具是用来做数据恢复的,数据恢复命令的常用参数如下: 与mongodump重复的部分不再赘述 -p,--port -h,--host -d,--db -c ,--collection --dir:恢复文件存放的位置,如果指定了数据库文件夹或者集合文件,则只恢复当前数据库或者当前集合,如果没有指定,则恢复当前目录下所有备份数据。

    90710发布于 2020-11-26
  • MySQL8使用物理文件恢复MyISAM表测试

    我们现场测试一个场景,drop一张MyISAM表后,单独对这表进行物理恢复首先我们看一下secure_file_priv文件目录的位置mysql> show global variables like  / |+------------------+---------------------+如果没有设置这个选项,我们可以在my.cnf配置文件里添加这一项,放在[mysqld]下[root@mysql8_ 3 mysql3308]# systemctl stop mysqld83308.service[root@mysql8_3 mysql3308]# systemctl start mysqld83308 mysql3308/data/test/[root@mysql8_3 test]# chown -R mysql:mysql tmyisam.MYI[root@mysql8_3 test]# chown > select * from tmyisam;+------+| i    |+------+| 1 |+------+1 row in set (0.00 sec)mysql>tmyisam表完成恢复

    27010编辑于 2025-04-23
  • 来自专栏dongfanger

    Python元组拆包捡到8倍镜准狠

    *还有一个作用,把元组拆开作为函数参数: >>> divmod(20, 8) (2, 4) >>> t = (20, 8) >>> divmod(*t) (2, 4) 经典写法*args就是这个道理。 列表也能拆 既然列表和元组是孪生兄弟,那必然也有共同技能: list_test = [1, 2, 3] a, b, c = list_test >>> divmod(20, 8) (2, 4) >>> t = [20, 8] # 换成列表 >>> divmod(*t) (2, 4) 列表拆包,也是ok的。

    99210发布于 2021-02-25
  • 来自专栏进步集

    【传输层】TCP、三次握手、四次挥手、可靠传输、TCP拥塞控制、慢开始、拥塞避免、重传、恢复

    如果再是0继续计时 TCP拥塞控制-------资源供应不足、全局性性能变差------------过多数据注入网络------------全局性 拥塞控制4算法---------慢开始--拥塞避免--重传 --恢复-----------拥塞窗口---发送方设置 慢开始------开始设置cwnd=1,---------随后每次指数增加------一个往返时延RRT---传输伦次------------- ------就是收到三个冗余ACK后直接重传那个报文 恢复------拥塞后不从慢开始开始,直接从新的门限值开始线性增加 ---- I could be bounded in a nutshell –恢复-----------拥塞窗口—发送方设置 慢开始------开始设置cwnd=1,---------随后每次指数增加------一个往返时延RRT—传输伦次----------------- ------就是收到三个冗余ACK后直接重传那个报文 恢复------拥塞后不从慢开始开始,直接从新的门限值开始线性增加

    44120编辑于 2022-12-30
  • 来自专栏Portworx云原生容器存储

    如何在K8S上备份和恢复MySQL

    如何在K8S上备份和恢复MySQL 越来越多的生产系统和关键应用运行在K8S上。在生产系统运行有状态应用,并不是一件容易的事情,它需要我们仔细的计划并部署。 我们之前有一篇文章专门介绍如何在K8S上运行高可用的MySQL。这次我们来介绍下如何备份和恢复MySQL。 我能否恢复我的备份到另外一个K8S集群? 谁有访问这些备份的权限? 谁有权限实施备份? 我们能否按照预定的时间计划自动进行备份? 备份需要多长时间? 我的备份是安全的吗? 下面的介绍会逐一回答上面的问题,以及介绍如何在K8S生产环境备份和恢复MySQL。 结论 对于K8S上的应用来说,备份和恢复是非常重要的。PX-Backup使得备份和恢复的过程变得非常简单。并且有效地保证了数据的一致性。可以访问Portworx网站获取更详细的文档,或者申请试用。

    3.2K11发布于 2020-07-26
  • 来自专栏公众号:程序员白楠楠

    Java8并行流:执行速度的飞起!

    而 Java8 为我们提供了并行流,可以一键开启并行模式。是不是很酷呢?让我们来看看。

    1.6K10发布于 2020-12-17
  • 来自专栏Portworx云原生容器存储

    演示视频:在K8S上备份和恢复MySQL

    我们使用上面那个集群,运行的是1.17.8版本的K8S。在右侧有一个终端,也是访问的那个集群,我们可以看到集群运行的是1.17.8版本的K8S。 接下来就会备份PV和其他资源,在细节信息里,我们可以看到,资源备份状态是In Progress,包括PV,PVCs, 数据,K8S对象等等,现在状态是“成功”,表示我们的备份成功了,后置规则开始运行了。 这样我们就有了一个可以用来恢复的备份,现在我们加入一些数据,来验证我们的备份是否正确,现在我们看到数据库表中有两条狗的记录,我们继续,点击“恢复”,在备份这个菜单的旁边,填写恢复界面的相关信息,首先是恢复的名称 ,恢复到哪一个集群,可以恢复到原来的集群,也可以恢复到一个新的集群,在这里,我们就恢复到原来的集群,但是一个新的命名空间,我们选择定制化恢复,会从原来的命名空间,备份到一个新的“测试”命名空间。 ,表示我们的恢复是正确的。

    1K00发布于 2020-07-27
领券