什么是ScaleIO中的forwards rebuild和backwards rebuild?

Forward rebuild发生在磁盘或节点挂掉的时候. 这种rebuild的过程的load是均衡到protection domain中所有可用的磁盘和节点上的. 这种rebuild相对于backwards rebuild更快, 更平顺.

 

Backward rebuild发生在挂点的节点或磁盘恢复的时候. 这种rebuild发生的时间点比较的智能, 由ScaleIO系统决定何时发生和发生时的load有多少.

 

考考你. 比如, 我们在维护ScaleIO主机的时候, 需要运行如下命令:

scli --inactivate_protection_domain --protection_domain_name MyPd

主机重启结束之后, 我们再运行下面的命令来恢复.

scli --activate_protection_domain --protection_domain_name MyPd

 

这时ScaleIO系统会进行一种rebuild, 你猜猜是哪一种?

 

答案是backward rebuild.

时间： 2024-11-14 12:30:11

什么是ScaleIO中的forwards rebuild和backwards rebuild?的相关文章

Visual Studio中的Build和Rebuild区别

Visual Studio中的Build和Rebuild区别 一般来说Rebuild=99%*(Clean+Build),效果在非常小的可能性下会不同,一般可以忽略.Rebuild是对Solution下的所有项目,逐个进行 Clean+Build.不论文件更改与否Clean+Build是对选中的项目(如果选中Solution的话,全部Clean之后,再全部Build)先执行Clean再执行Build.一般不需要执行Clean.Build只是针对有更改过的文件进行编译.而Rebuild会编译所有.

Oracle中可以nologging执行的操作

redo重做日志是Oracle数据库恢复(recovery)的基础:但在很多情况下可以通过禁用重做日志的产生来加速SQL语句的完成,也就是我们所说的可nologging化的操作,这些操作大多是或串行的或并行的数据载入. 那么哪些操作是允许被nologging化的呢?首先需要注意的是普通的DML操作,即:常规insert,update,和delete(以及merge)总是不能被nologging执行的.但以下SQL语句则可以以nologging选项执行: direct load (SQL*Load

聊聊索引Index Rebuild和Rebuild Online（上）

转载至:http://blog.itpub.net/17203031/viewspace-1471924/ 在Oracle运维领域,两个围绕索引的概念一直在网络上被讨论,一个是Index定期重构的必要性,另一个对Rebuild和Rebuild Online的讨论.前者很多前辈在各种场合,包括Oracle MOS,都有了比较深刻的讨论. 对后者的讨论主要是集中两个方面,即: ü  对于大数据.高可用性的系统,索引rebuild动作一定要慎用,最好选择在DML操作比较少的时间窗进行,避免影响业务系统

Androidstudio中导入内部依赖模块总结

今天刚从GitHub上找了一个不错的项目,想要把它导入自己的项目中,过程中也遇到了一些小问题,总结一下,以便复习回顾!!!! 1.首先将从GitHub上下载的压缩包进行解压,找到其中的项目文件,直接复制粘贴在自己要导入的项目的文件夹中!!!然后Build>Rebuild Project,重新构建项目. 2.文件构建时出错,错误类型: Error:Execution failed for task ':app:processDebugManifest'.> Manifest merger fai

Unreal Engine 4 Radiant UI 入门教程（零）在场景中摆放网页

相关的学习资源: https://forums.unrealengine.com/showthread.php?12097-PLUGIN-RadiantUI-SDK-UIs-HUDs-Interactive-WebViews-HTML5-Javascript-CSS https://www.youtube.com/channel/UCnhY_Rd8iyFrvzOgQVptWqg http://www.bootcss.com/ https://github.com/LeGone/RadiantUI

索引 Reorganize 和 Rebuild 的区别

在SQL Server中,Index是BTree(balance tree)结构,每个Page之间都有双向指针链接在一起.Index是在table结构之外,独立存在的存储结构.Index能使查询性能带来飞跃的主要原因是:Index 结构更小,能够更快加载到内存:Index ey物理顺序和逻辑一致,数据的预读取能够提高数据的加载速度,SQL Server 每次读取操作都会将物理物理相邻的多个Page一起加载到内存. BTree结构决定 Index 的叶子节点,从左到右使依次增大,如图是Index的

ScaleIO与XtremSW Cache如何集成呢?

在ScaleIO上, XtremSW Cache主要有两种部署方式: 把XtremSW Cache在每台server的内部用作cache - 在ScaleIO Data Server(SDS)下做cache. 这个和传统的SAN世界中的VNX Fast cache或VMAX cache的概念差不多. 把XtremSW Cache用在应用程序端作cache - 在ScaleIO Data Client(SDC)下做cache. 这个在概念上与数据中心里的server side caching差不多

nova rebuild

nova rebuild¶ usage: nova rebuild [--rebuild-password <rebuild-password>] [--poll] [--minimal] [--preserve-ephemeral] [--name <name>] [--description <description>] [--meta <key=value>] [--file <dst-path=src-path>] <server&

Redhat6.4 软raid磁盘更换

Redhat6.4 软raid磁盘更换 由下图可知/dev/md10的raid级别为10,raid成员为4块硬盘,正在工作的却只有3块,其中一块故障丢失. 添加一块新硬盘,创建分区为fd(Linux raid autodetect)模式 添加新硬盘为故障阵列raid10的热备 热备盘添加成功后会自动顶替raid10中故障硬盘位置,自动Rebuild同步,等待同步完成. Rebuild完成,状态正常. 注:若系统创建/etc/mdadm.conf开机自动挂载软raid文件,需将此文件中故障盘符更改