AIX如何查看文件系统分布在哪个物理磁盘上

简介:

我们看出某个文件夹比较满了,我们想看看究竟是在哪个PV上
$ df -g

Filesystem    GB blocks      Free %Used    Iused %Iused Mounted on
/dev/hd4           1.00      0.69   31%     2111     2% /
/dev/hd2           4.00      1.66   59%    50260    12% /usr
/dev/hd9var        1.00      0.29   71%     3207     5% /var
/dev/hd3          10.00      5.94   41%   141666    10% /tmp
/dev/fwdump        0.50      0.50    1%        5     1% /var/adm/ras/platform
/dev/hd1           1.00      0.54   47%      852     1% /home
/proc                 -         -    -         -     -  /proc
/dev/hd10opt       2.00      1.53   24%     7221     2% /opt
/dev/weblogiclv     10.00      9.47    6%       47     1% /weblogic
/dev/weblogic9lv     10.00      1.85   82%    93440    18% /weblogic9
/dev/tsmdb         7.50      2.92   62%     7918     2% /tsmdb
/dev/oraclelv     10.00      3.09   70%    21567     3% /home/oracle
/dev/oradatalv    300.00    140.96   54%      407     1% /oradata
/dev/archlog_lv    100.00     99.98    1%        4     1% /archivelog

--我们来看看有哪些物理磁盘
$ lspv
hdisk0          00c3ee9e3439bc67                    rootvg          active
hdisk1          00c3ee9e5033384d                    rootvg          active
hdisk2          00c3ee9eae48cc48                    rootvg          active
hdisk3          00c3ee9eae48df75                    rootvg          active

--看看hdisk3上挂载了那些逻辑卷
$ lspv -l hdisk3
hdisk3:
LV NAME               LPs   PPs   DISTRIBUTION          MOUNT POINT
archlog_lv            400   400   00..223..177..00..00  /archivelog

--看看hdisk2上挂载了那些逻辑卷
$ lspv -l hdisk2
hdisk2:
LV NAME               LPs   PPs   DISTRIBUTION          MOUNT POINT
oradatalv             598   598   152..223..223..00..00 /oradata

--看看hdisk1上挂载了那些逻辑卷
$ lspv -l hdisk1
hdisk1:
LV NAME               LPs   PPs   DISTRIBUTION          MOUNT POINT
hd10opt               8     8     00..00..08..00..00    /opt
hd3                   40    40    00..00..40..00..00    /tmp
hd1                   4     4     00..00..04..00..00    /home
hd2                   16    16    00..00..16..00..00    /usr
hd9var                4     4     00..00..04..00..00    /var
hd8                   1     1     00..00..01..00..00    N/A
hd4                   4     4     00..00..04..00..00    /
hd5                   1     1     01..00..00..00..00    N/A
hd6                   32    32    00..00..32..00..00    N/A
tsmdb                 30    30    20..10..00..00..00    /tsmdb
oradatalv             324   324   89..17..00..109..109  /oradata
fwdump                2     2     00..02..00..00..00    /var/adm/ras/platform
weblogiclv            40    40    00..40..00..00..00    /weblogic
weblogic9lv           40    40    00..40..00..00..00    /weblogic9

--看看hdisk0上挂载了那些逻辑卷
$ lspv -l hdisk0
hdisk0:
LV NAME               LPs   PPs   DISTRIBUTION          MOUNT POINT
hd10opt               8     8     00..00..08..00..00    /opt
hd3                   40    40    00..00..40..00..00    /tmp
hd1                   4     4     00..00..04..00..00    /home
hd2                   16    16    00..00..16..00..00    /usr
hd9var                4     4     00..00..04..00..00    /var
hd8                   1     1     00..00..01..00..00    N/A
hd4                   4     4     00..00..04..00..00    /
hd5                   1     1     01..00..00..00..00    N/A
hd6                   32    32    00..00..32..00..00    N/A
tsmdb                 30    30    20..10..00..00..00    /tsmdb
oradatalv             278   278   49..11..00..109..109  /oradata
oraclelv              40    40    40..00..00..00..00    /home/oracle
weblogiclv            40    40    00..40..00..00..00    /weblogic
weblogic9lv           40    40    00..40..00..00..00    /weblogic9
lg_dumplv             8     8     00..08..00..00..00    N/A

--通过以上四个hdisk的lspv可以发现,我们的oradatalv在hdisk0、hdisk1、hdisk2上均有分布,
LPS综合为598+324+278=1200,我们再来lslv看看oradatalv的信息,发现确实有1200个LPs,
与上述结果吻合。

$ lslv oradatalv
LOGICAL VOLUME:     oradatalv              VOLUME GROUP:   rootvg
LV IDENTIFIER:      00c3ee9e00004c000000011c74979ab0.16 PERMISSION:     read/write
VG STATE:           active/complete        LV STATE:       opened/syncd
TYPE:               jfs2                   WRITE VERIFY:   off
MAX LPs:            2046                   PP SIZE:        256 megabyte(s)
COPIES:             1                      SCHED POLICY:   parallel
LPs:                1200                   PPs:            1200
STALE PPs:          0                      BB POLICY:      relocatable
INTER-POLICY:       minimum                RELOCATABLE:    yes
INTRA-POLICY:       middle                 UPPER BOUND:    4
MOUNT POINT:        /oradata               LABEL:          /oradata
MIRROR WRITE CONSISTENCY: on/ACTIVE                              
EACH LP COPY ON A SEPARATE PV ?: yes                                    
Serialize IO ?:     NO


本文转自zylhsy 51CTO博客,原文链接:http://blog.51cto.com/yunlongzheng/566449,如需转载请自行联系原作者
相关文章
|
虚拟化
ESXi8下安装最新群晖DSM7.2.1-69057 Update1
ESXi8下安装最新群晖DSM7.2.1-69057 Update1
931 0
|
6月前
|
算法 测试技术 C语言
深入理解HTTP/2:nghttp2库源码解析及客户端实现示例
通过解析nghttp2库的源码和实现一个简单的HTTP/2客户端示例,本文详细介绍了HTTP/2的关键特性和nghttp2的核心实现。了解这些内容可以帮助开发者更好地理解HTTP/2协议,提高Web应用的性能和用户体验。对于实际开发中的应用,可以根据需要进一步优化和扩展代码,以满足具体需求。
609 29
|
6月前
|
前端开发 数据安全/隐私保护 CDN
二次元聚合短视频解析去水印系统源码
二次元聚合短视频解析去水印系统源码
178 4
|
6月前
|
JavaScript 算法 前端开发
JS数组操作方法全景图,全网最全构建完整知识网络!js数组操作方法全集(实现筛选转换、随机排序洗牌算法、复杂数据处理统计等情景详解,附大量源码和易错点解析)
这些方法提供了对数组的全面操作,包括搜索、遍历、转换和聚合等。通过分为原地操作方法、非原地操作方法和其他方法便于您理解和记忆,并熟悉他们各自的使用方法与使用范围。详细的案例与进阶使用,方便您理解数组操作的底层原理。链式调用的几个案例,让您玩转数组操作。 只有锻炼思维才能可持续地解决问题,只有思维才是真正值得学习和分享的核心要素。如果这篇博客能给您带来一点帮助,麻烦您点个赞支持一下,还可以收藏起来以备不时之需,有疑问和错误欢迎在评论区指出~
|
9月前
|
存储
硬盘数据恢复—硬盘出现物理坏道如何妙手回春?
硬盘故障: 硬盘存在物理坏道。 硬盘存在物理坏道的典型表现: 1、若硬盘为系统盘,故障表现通常为:操作系统异常缓慢、蓝屏,重启系统后引导失败并报告硬盘读取出错、系统自动反复重启。 2、若硬盘为移动硬盘,故障表现通常为:电脑无法加载盘符、提示硬盘需要格式化、频繁提示需要运行chkdsk来检查和修复磁盘、数据读取缓慢、死机。
|
10月前
|
Kubernetes Cloud Native 云计算
云原生技术深度解析:重塑企业IT架构的未来####
本文深入探讨了云原生技术的核心理念、关键技术组件及其对企业IT架构转型的深远影响。通过剖析Kubernetes、微服务、容器化等核心技术,本文揭示了云原生如何提升应用的灵活性、可扩展性和可维护性,助力企业在数字化转型中保持领先地位。 ####
|
10月前
|
运维 Kubernetes Cloud Native
Kubernetes云原生架构深度解析与实践指南####
本文深入探讨了Kubernetes作为领先的云原生应用编排平台,其设计理念、核心组件及高级特性。通过剖析Kubernetes的工作原理,结合具体案例分析,为读者呈现如何在实际项目中高效部署、管理和扩展容器化应用的策略与技巧。文章还涵盖了服务发现、负载均衡、配置管理、自动化伸缩等关键议题,旨在帮助开发者和运维人员掌握利用Kubernetes构建健壮、可伸缩的云原生生态系统的能力。 ####
|
10月前
|
Kubernetes Cloud Native 调度
云原生批量任务编排引擎Argo Workflows发布3.6,一文解析关键新特性
Argo Workflows是CNCF毕业项目,最受欢迎的云原生工作流引擎,专为Kubernetes上编排批量任务而设计,本文主要对最新发布的Argo Workflows 3.6版本的关键新特性做一个深入的解析。
|
存储 内存技术
逻辑地址和物理地址及逻辑磁盘和物理磁盘
【9月更文挑战第3天】在计算机系统中,逻辑地址与物理地址及逻辑磁盘与物理磁盘是核心概念。逻辑地址由段地址和偏移地址组成,与程序在内存中的实际位置无关;物理地址则是内存中实际的绝对地址,用于直接访问内存数据。物理磁盘指实际存储设备,如硬盘或固态硬盘;逻辑磁盘则是通过分区和格式化创建的存储单元,便于管理和使用。理解这些概念对内存和存储管理至关重要。
566 4
|
移动开发 Unix 网络安全
Python的Pexpect详解 [图片]
Python的Pexpect详解 [图片]