本文分享自天翼云开发者社区《Ceph PG状态介绍》，作者:wwwdl

一、基本概念 size：副本数(如三副本，size=3)； min_size：支持可读写的最小副本数（如三副本，min_size=2）； upset：pg的目标osd列表； actset：pg可接受读写osd列表。 如下为osd异常，重新选择osd，pg的osd列表变化过程：

二、pg各个状态 （1）creating：创建pool时，自动创建pg，此时会出现该状态； （2）active：pg活跃态，表示pg可以接受读写业务，当pg状态不是active时，集群将业务异常，会导致上层业务大面积瘫痪； （3）clean：pg处于健康态，三个副本的数据是一致的； （4）recovering：pg增量恢复，根据日志条目，复原数据； （5）backfilling：pg全量恢复，根据全量扫描对象，比较差异，还原差异数据； （6）recovery-wait / backfill-wait：pg需要增量/全量恢复，当前等待状态，由于每个OSD并发恢复pg个数的限制(默认值为1)； （7）recovery-toofull / backfill-toofull：OSD出现容量使用超过门限值95%，无法数据迁移； （8）scrubbing：扫描pg副本的元数据，副本之间进行比较，保证元数据一致，默认开启，一般一周扫描一次； （9）deep+scrubbing：扫描pg副本的元数据与数据，副本之间进行对比，保证元数据和数据一致，默认关闭，由于扫描数据相当耗时，影响业务； （10）inconsistent：扫描数据之后出现数据不一致，默认没有开启自动修复； （11）repair：数据不一致时，修复数据的状态，默认关闭，需要手动出发修复，修复的原理：将正常的OSD的数据推送给异常的OSD。 （12）peering：协商副本之间数据一致性； （13）degraded：降级态，peering完成后，检查到PG有对象需要修复； （14）remapped：upset 不等于 actset; （15）undersized：actset 小于副本数(size); （16）activating：peering完成之后，同步固化peering的结果(info、log)； （17）peered：peering已经完成，当出现actset < min_size； （18）down：peering过程中检查到，当前在线的osd无法完成数据修复； （19）imcomplete：peering过程中，无法选取权威日志。 （20）stale：未刷新态，mon将osd标记为down，可能由于网络原因，osd没有感知mon把自己标记为down，osd主动上报pg的列表还包含自己，被mon发现，将被标记为stale； （21）snaptrim：删除快照； （22）snaptrim-wait：由于每个osd并发的限制，已经有pg在做删除快照，那么其他的pg必须等待； （23）snap-error：删除快照时，遇到异常情况， 如果出现snap-error，问题很严重，意味着丢失数据了。