热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

linux虚拟文件系统(二)ext4文件系统结构

上次讲了VFS层,这次说说文件系统层,文件系统层将不同的文件系统实现了VFS的这些函数,通过指针注册到VFS里面。所以,用户

上次讲了VFS层,这次说说文件系统层,文件系统层将不同的文件系统实现了VFS的这些函数,通过指针注册到VFS里面。所以,用户的操作通过VFS转到各种文件系统,linux用到最多的是ext4文件系统,我们就说这个吧。EXT4是第四代扩展文件系统(英语:Fourth extended filesystem,缩写为 ext4)是Linux系统下的日志文件系统,是ext2和ext3文件系统的后继版本。


ext4文件系统布局

一个Ext4文件系统被分成一系列块组。为减少磁盘碎片产生的性能瓶颈,块分配器尽量保持每个文件的数据块都在同一个块组中,从而减少寻道时间。以4KB的数据块为例,一个块组可以包含32768个数据块,也就是128MB。每个块组一般包括超级块、块组描述符表、预留块组描述符表、数据位图、inode位图、inode表、数据块。Ext4文件系统主要使用块组0中的超级块和块组描述符表,在特定的块组(譬如说0,3,5,7)才有超级块和块组描述符表的冗余备份。普通块组中不含冗余备份,那么块组就以数据块位图开始。如下图所示:
在这里插入图片描述

当格式化磁盘成为Ext4文件系统的时候,mkfs将在块组描述符表后面分配预留GDT表数据块(“Reserve GDT blocks”)以用于将来扩展文件系统。紧接在预留GDT表数据块后的是数据块位图与inode表位图,这两个位图分别表示本块组内的数据块与inode表的使用,inode表数据块之后就是存储文件的数据块了。在这些各种各样的块中,超级块、GDT、块位图、Inode位图都是整个文件系统的元数据,当然inode表也是文件系统的元数据,但是inode表是与文件一一对应的,我更倾向于将inode当做文件的元数据,因为在实际格式化文件系统的时候,除了已经使用的十来个inode表外,其他inode表中实际上是没有任何数据的,直到创建了相应的文件才会分配inode表,文件系统才会在inode表中写入与文件相关的inode信息。


0.引导块

系统初始时根据MBR的信息来识别硬盘,其中包括了一些执行文件就来载入系统,这些执行文件就是MBR里前面446字节里的boot loader 程式,而后面的16字节X4的空间就是存储分区表信息的位置,最后以0x55AA这两个字节结束,如下图:
在这里插入图片描述

分区表主要储存一下三种信息:


  1. 分区号
  2. 分区起始位置
  3. 分区大小

1.超级块

超级块用于存储文件系统全局的配置参数(譬如:块大小,总的块数和inode数)和动态信息(譬如:当前空闲块数和inode数),其处于文件系统开始位置的1k处,所占大小为1k。为了系统的健壮性,最初每个块组都有超级块和组描述符表(以下将用GDT)的一个拷贝,但是当文件系统很大时,这样浪费了很多块(尤其是GDT占用的块多),后来采用了一种稀疏的方式来存储这些拷贝,只有块组号是3, 5 ,7的幂的块组(譬如说0,3,5,7)才备份这个拷贝。通常情况下,只有主拷贝(第0块块组)的超级块信息被文件系统使用,其它拷贝只有在主拷贝被破坏的情况下才使用。其结构体是struct ext4_super_block,位于fs/ext4/ext4.h文件:

struct ext4_super_block {
/*00*/ __le32 s_inodes_count; //inode数量__le32 s_blocks_count_lo;//块数量__le32 s_r_blocks_count_lo;//保留块的数量__le32 s_free_blocks_count_lo;//空闲块的数量
/*10*/ __le32 s_free_inodes_count;//空闲inode的数量__le32 s_first_data_block;//第一块数据块__le32 s_log_block_size;//块大小__le32 s_log_cluster_size; /* Allocation cluster size */
/*20*/ __le32 s_blocks_per_group;//每个块组的块数量__le32 s_clusters_per_group; /* # Clusters per group */__le32 s_inodes_per_group;//每个块组的索引数量__le32 s_mtime;//挂载时间
/*30*/ __le32 s_wtime;//最后一次写入时间__le16 s_mnt_count;//挂载次数__le16 s_max_mnt_count;//允许最大挂载数量__le16 s_magic;//魔数__le16 s_state;//文件系统状态__le16 s_errors; /* 检测到错误时的动作 */__le16 s_minor_rev_level;//最小版本
/*40*/ __le32 s_lastcheck;//最近检查时间__le32 s_checkinterval;//最长检查时间,超过就回调检查__le32 s_creator_os; /* 要创建文件系统的os */__le32 s_rev_level;//修订版本
/*50*/ __le16 s_def_resuid;//默认预留块的用户id__le16 s_def_resgid;//默认预留块的用户组id/** These fields are for EXT4_DYNAMIC_REV superblocks only.** Note: the difference between the compatible feature set and* the incompatible feature set is that if there is a bit set* in the incompatible feature set that the kernel doesn't* know about, it should refuse to mount the filesystem.** e2fsck's requirements are more strict; if it doesn't know* about a feature in either the compatible or incompatible* feature set, it must abort and not try to meddle with* things it doesn't understand...*/__le32 s_first_ino; /* 第一个非保留的inode号码 */__le16 s_inode_size; /* inode结构大小 */__le16 s_block_group_nr; /* 该超级块所在的块组号 */__le32 s_feature_compat; /* 兼容特性集 */
/*60*/ __le32 s_feature_incompat; /* 非兼容特性集 */__le32 s_feature_ro_compat; /* 只读兼容特性集 */
/*68*/ __u8 s_uuid[16]; /* 128的卷uuid */
/*78*/ char s_volume_name[16]; /* 卷名字 */
/*88*/ char s_last_mounted[64] __nonstring; /* 最近一次的挂载目录 */
/*C8*/ __le32 s_algorithm_usage_bitmap; /* 用于压缩 *//** Performance hints. Directory preallocation should only* happen if the EXT4_FEATURE_COMPAT_DIR_PREALLOC flag is on.*/__u8 s_prealloc_blocks; /* 预分配的块数 */__u8 s_prealloc_dir_blocks; /* 为目录预分配的块数 */__le16 s_reserved_gdt_blocks; /* 因为数据增长为块组描述符保留的块数 *//** Journaling support valid if EXT4_FEATURE_COMPAT_HAS_JOURNAL set.*/
/*D0*/ __u8 s_journal_uuid[16]; /* 日志超级快的uuid */
/*E0*/ __le32 s_journal_inum; /* 日志文件的索引号 */__le32 s_journal_dev; /* 日志文件的设备号 */__le32 s_last_orphan; /* 待删除的inode链表起始位置 */__le32 s_hash_seed[4]; /* HTREE散列表种子 */__u8 s_def_hash_version; /* 默认使用的哈希版本 */__u8 s_jnl_backup_type;__le16 s_desc_size; /* 块组描述符大小 */
/*100*/ __le32 s_default_mount_opts;__le32 s_first_meta_bg; /* 第一个块组 */__le32 s_mkfs_time; /* 文件系统创建时间 */__le32 s_jnl_blocks[17]; /* 日志inode的备份 *//* 64bit support valid if EXT4_FEATURE_COMPAT_64BIT */
/*150*/ __le32 s_blocks_count_hi; /* 块数量高位 */__le32 s_r_blocks_count_hi; /* 保留块的数量高位 */__le32 s_free_blocks_count_hi; /* 空闲块的数量高位 */__le16 s_min_extra_isize; /* inode最小大小,单位字节 */__le16 s_want_extra_isize; /* 新的inode需要保留大小,单位字节 */__le32 s_flags; /* 各种标志位 */__le16 s_raid_stride; /* RAID stride */__le16 s_mmp_update_interval; /* 多挂载检查等待时间,单位秒 */__le64 s_mmp_block; /* 多挂载保护块 */__le32 s_raid_stripe_width; /* blocks on all data disks (N*stride)*/__u8 s_log_groups_per_flex; /* Flexible 块组大小 */__u8 s_checksum_type; /* 元数据校验算法类型 */__u8 s_encryption_level; /* 加密的版本级别 */__u8 s_reserved_pad; /* Padding to next 32bits */__le64 s_kbytes_written; /* 写生命周期,单位千字节 */__le32 s_snapshot_inum; /* 活动快照的Inode数 */__le32 s_snapshot_id; /* 活动快照ID */__le64 s_snapshot_r_blocks_count; /* 供活动快照将来使用的保留块数量 */__le32 s_snapshot_list; /* 磁盘上快照列表头的Inode号 */
#define EXT4_S_ERR_START offsetof(struct ext4_super_block, s_error_count)__le32 s_error_count; /* fs错误个数 */__le32 s_first_error_time; /* fs第一个错误发生时间 */__le32 s_first_error_ino; /* 第一个错误涉及的Inode */__le64 s_first_error_block; /* 第一个错误涉及的块 */__u8 s_first_error_func[32] __nonstring; /* 第一个错误发生的函数 */__le32 s_first_error_line; /* 发生第一个错误的行号 */__le32 s_last_error_time; /* 最近一次错误的时间 */__le32 s_last_error_ino; /* 最近一次错误中涉及的inode */__le32 s_last_error_line; /* 最近一次发生错误的行号 */__le64 s_last_error_block; /* 最近一次错误涉及的块 */__u8 s_last_error_func[32] __nonstring; /* 最近一次错误发生的函数 */
#define EXT4_S_ERR_END offsetof(struct ext4_super_block, s_mount_opts)__u8 s_mount_opts[64];__le32 s_usr_quota_inum; /* 用于跟踪用户配额的inode */__le32 s_grp_quota_inum; /* 用于跟踪组配额的inode */__le32 s_overhead_clusters; /* 文件系统的开销块/集群 */__le32 s_backup_bgs[2]; /* groups with sparse_super2 SBs */__u8 s_encrypt_algos[4]; /* 使用加密算法种类 */__u8 s_encrypt_pw_salt[16]; /* 用于string2key算法的Salt */__le32 s_lpf_ino; /* 索引节点的位置 */__le32 s_prj_quota_inum; /* 用于跟踪项目配额的inode */__le32 s_checksum_seed; /* crc32c(uuid) if csum_seed set */__u8 s_wtime_hi; //写入时间__u8 s_mtime_hi; //修改时间__u8 s_mkfs_time_hi;//简历文件系统时间__u8 s_lastcheck_hi;//最近一次检查__u8 s_first_error_time_hi;//第一次错误发生时间__u8 s_last_error_time_hi;//最近一次错误发生时间__u8 s_pad[2];__le32 s_reserved[96]; /* Padding to the end of the block */__le32 s_checksum; /* crc32c(superblock) */
};

2.块组描述

GDT用于存储块组描述符,其占用一个或者多个数据块,具体取决于文件系统的大小。它主要包含块位图,inode位图和inode表位置,当前空闲块数,inode数以及使用的目录数(用于平衡各个块组目录数),每个块组都对应这样一个描述符,目前该结构占用32个字节,因此对于块大小为4k的文件系统来说,每个块可以存储128个块组描述符。由于GDT对于定位文件系统的元数据非常重要,因此和超级块一样,也对其进行了备份。其结构体是struct ext4_group_desc,位于fs/ext4/ext4.h文件:

struct ext4_group_desc
{__le32 bg_block_bitmap_lo; /* 数据块位图 */__le32 bg_inode_bitmap_lo; /* Inodes位图 */__le32 bg_inode_table_lo; /* 块组中第一个Inodes表的数据块号 */__le16 bg_free_blocks_count_lo;/* 空闲数据块数量 */__le16 bg_free_inodes_count_lo;/* 空闲数据块数量 */__le16 bg_used_dirs_count_lo; /* D块组中目录个数 */__le16 bg_flags; /* EXT4_BG_flags (INODE_UNINIT, etc) */__le32 bg_exclude_bitmap_lo; /* 排除快照的位图 */__le16 bg_block_bitmap_csum_lo;/* crc32c(s_uuid+grp_num+bbitmap) LE 数据块位图校验 */__le16 bg_inode_bitmap_csum_lo;/* crc32c(s_uuid+grp_num+ibitmap) LE Inodes位图校验 */__le16 bg_itable_unused_lo; /* 未使用inodes数量 */__le16 bg_checksum; /* crc16(sb_uuid+group+desc)校验 */__le32 bg_block_bitmap_hi; /* 数据块位图 MSB */__le32 bg_inode_bitmap_hi; /* Inodes位图 MSB */__le32 bg_inode_table_hi; /* Inodes表块 MSB */__le16 bg_free_blocks_count_hi;/* 空闲块计数MSB */__le16 bg_free_inodes_count_hi;/* 空心啊节点数MSB */__le16 bg_used_dirs_count_hi; /* 已经使用的目录数量MSB */__le16 bg_itable_unused_hi; /* 未使用节点数MSB */__le32 bg_exclude_bitmap_hi; /* 不包括位图块 MSB */__le16 bg_block_bitmap_csum_hi;/* crc32c(s_uuid+grp_num+bbitmap) BE */__le16 bg_inode_bitmap_csum_hi;/* crc32c(s_uuid+grp_num+ibitmap) BE */__u32 bg_reserved;
};

3.数据块位图

块位图用于描述该块组所管理的块的分配状态。如果某个块对应的位未置位,那么代表该块未分配,可以用于存储数据;否则,代表该块已经用于存储数据或者该块不能够使用(譬如该块物理上不存在)。由于块位图仅占一个块,因此这也就决定了块组的大小。如果一个数据块大小是4KB的话,那一个位图块可以表示410248个数据块的使用情况,这也是单个块组具有的最大数据块个数。这样可以算出一个块组大小是128MB。


4.inode位图

Inode位图用于描述该块组所管理的inode的分配状态。我们知道inode是用于描述文件的元数据,每个inode对应文件系统中唯一的一个号,如果inode位图中相应位置位,那么代表该inode已经分配出去;否则可以使用。由于其仅占用一个块,因此这也限制了一个块组中所能够使用的最大inode数量。


5.inode表

Inode表用于存储inode信息。它占用一个或多个块(为了有效的利用空间,多个inode存储在一个块中),其大小取决于文件系统创建时的参数,由于inode位图的限制,决定了其最大所占用的空间。以上这几个构成元素所处的磁盘块成为文件系统的元数据块,剩余的部分则用来存储真正的文件内容,称为数据块,而数据块其实也包含数据和目录。其结构体是struct ext4_inode,位于fs/ext4/ext4.h文件:

struct ext4_inode {__le16 i_mode; /* 文件类型和访问权限 */__le16 i_uid; /* 文件所有者ID */__le32 i_size_lo; /* 文件大小,单位字节 */__le32 i_atime; /* 访问时间 */__le32 i_ctime; /* 索引修改时间 */__le32 i_mtime; /* 文件内容修改时间 */__le32 i_dtime; /* 删除时间 */__le16 i_gid; /* 用户组ID */__le16 i_links_count; /* 连接数量 */__le32 i_blocks_lo; /* 块数量 */__le32 i_flags; /* 文件类型 */union {struct {__le32 l_i_version;} linux1;struct {__u32 h_i_translator;} hurd1;struct {__u32 m_i_reserved1;} masix1;} osd1; /* 特定的os信息1 */__le32 i_block[EXT4_N_BLOCKS];/* 文件内容块号码 */__le32 i_generation; /* 文件版本 */__le32 i_file_acl_lo; /* File ACL */__le32 i_size_high; //文件大小的高位__le32 i_obso_faddr; /* Obsoleted fragment address */union {struct {__le16 l_i_blocks_high; /* 数据块数高16位 */__le16 l_i_file_acl_high;//高16位的文件ACL__le16 l_i_uid_high; /* 所有者id的高16位 */__le16 l_i_gid_high; /* 组ID的高16位 */__le16 l_i_checksum_lo;/* crc32c(uuid+inum+inode) LE */__le16 l_i_reserved;} linux2;struct {__le16 h_i_reserved1; /* Obsoleted fragment number/size which are removed in ext4 */__u16 h_i_mode_high;__u16 h_i_uid_high;__u16 h_i_gid_high;__u32 h_i_author;} hurd2;struct {__le16 h_i_reserved1; /* Obsoleted fragment number/size which are removed in ext4 */__le16 m_i_file_acl_high;__u32 m_i_reserved2[2];} masix2;} osd2; /* 特定的os信息2 */__le16 i_extra_isize;//extra大小__le16 i_checksum_hi; /* crc32c(uuid+inum+inode) BE */__le32 i_ctime_extra; /* extra修改inode时间(nsec <<2 | epoch) */__le32 i_mtime_extra; /* extra修改文件时间(nsec <<2 | epoch) */__le32 i_atime_extra; /* extra访问时间(nsec <<2 | epoch) */__le32 i_crtime; /* 文件创建时间(nsec <<2 | epoch) */__le32 i_crtime_extra; /* extra 文件创建时间 (nsec <<2 | epoch) */__le32 i_version_hi; /* 64位版本号高32位 */__le32 i_projid; /* 项目ID */
};

Ext4预留了一些inode做特殊特性使用


Inode号用途
0不存在0号inode
1损坏数据块链表
2根目录
3ACL索引
4ACL数据
5Boot loader
6未删除的目录
7预留的块组描述符inode
8日志inode
11第一个非预留的inode,通常是lost+found目录

6.数据块

首先,我们要知道每个inode结构体的 __le32 i_block[EXT4_N_BLOCKS] 参数是文件内容,他有多大呢?看下面:

/** Constants relative to the data blocks*/
#define EXT4_NDIR_BLOCKS 12
#define EXT4_IND_BLOCK EXT4_NDIR_BLOCKS
#define EXT4_DIND_BLOCK (EXT4_IND_BLOCK + 1)
#define EXT4_TIND_BLOCK (EXT4_DIND_BLOCK + 1)
#define EXT4_N_BLOCKS (EXT4_TIND_BLOCK + 1)

从上面的代码可以知道EXT4_N_BLOCKS为15,就是说这个参数可以存放15*4=60字节。所以文件的大小决定着他的存放方式。

如果一个文件的大小小于60字节,文件的内容是直接放在inode中,没有对应的数据块。
如果一个文件的大小大于60字节,小于60KB,为什么是60KB,因为15个数组,每个数组存放一个数据块编号,每个数据块为4K(当然如果格式化时不是4K,自己计算一下),4KB*15=60KB。这时候文件内容存放在数据块。
如果一个文件的大小大于60KB,就需要使用到Extent 树结构体了。用extent树代替了逻辑块映射,使用extent,用一个struct ext4_extent结构就可以映射多个数据块。
下面看看Extent 树的数据结构:

/** This is the extent on-disk structure.* It&#39;s used at the bottom of the tree.*/
struct ext4_extent {__le32 ee_block; /* exient叶子的第一个数据块号 */__le16 ee_len; /* exient叶子的数据块数量 */__le16 ee_start_hi; /* 物理数据块的高16位 */__le32 ee_start_lo; /* 物理数据块的低32位 */
};/** This is index on-disk structure.* It&#39;s used at all the levels except the bottom.*/
struct ext4_extent_idx {__le32 ei_block; /* 索引包含的逻辑数据块 */__le32 ei_leaf_lo; /* 指向下一级的数据块,可以是下一个索引或者叶子节点 */__le16 ei_leaf_hi; /* 物理数据块的高16位 */__u16 ei_unused; //预留项,实际没有用到
};/** Each block (leaves and indexes), even inode-stored has header.*/
struct ext4_extent_header {__le16 eh_magic; /* 可以支持不同的格式 */__le16 eh_entries; /* 有效项的个数 */__le16 eh_max; /* 项的存储容量 */__le16 eh_depth; /* 树的深度 */__le32 eh_generation; /* 树的代数 */
};

Extents是以树的方式安排的,Extent树的每个节点都以一个ext4_extent_header开头,如果节点是内部节点(ext4_extent_header.eh_depth>0),ext4_extent_header后面紧跟的是ext4_extent_header .eh_entries个索引项struct ext4_extent_idx,每个索引项指向该extent树中一个包含更多的节点的数据块。如果节点是叶子节点(ext4_extent_header.eh_depth==0),ext4_extent_header后面紧跟的是ext4_extent_header .eh_entries个struct ext4_extent数据结构。这些ext4_extent结构指向文件数据块。Extent树的根结点存储在inode.i_blocks中,可以存储文件的前4个extents而不需额外的元数据块。如图所示:
在这里插入图片描述

事实上,系统会根据文件大小定义树的深度,也就是ext4_extent_header.eh_depth,上图就是深度为2的示意图,其中“存放extent索引的数据块”这一层可以没有也可以有多层。最终都会找到“存放extent节点的数据块”,并且通过“存放extent节点的数据块”找到存放文件内容的数据块。

总结:上面的数据结构都是硬件设备定好的,ext4只是把这些数据结构一个个读出来再分析哪些是目录哪些是文件哪些是文件内容而已。在ext4文件系统挂载的第一步是读取前512字节的MBR数据结构,确定是ext4格式的,并且分析有几个分区。然后根据分区的信息(分区类型,起始地址,长度)去到块组0中读取超级块,读取超级块后紧接着就是块组描述符表,通过块组描述符表就可以知道数据块位图,inode位图,inode表所在的数据块,位图是用来确定数据块和inode的使用情况,inode表记录着数据,前面的10个inode都有着特殊作用,其中inode2是根目录,里面记录着根目录的各种信息,从此就散发出来一连串的inode,他们可以代表着一个文件或者目录,通过他们这些inode可以找到对应的数据块。


推荐阅读
  • 本文介绍了设计师伊振华受邀参与沈阳市智慧城市运行管理中心项目的整体设计,并以数字赋能和创新驱动高质量发展的理念,建设了集成、智慧、高效的一体化城市综合管理平台,促进了城市的数字化转型。该中心被称为当代城市的智能心脏,为沈阳市的智慧城市建设做出了重要贡献。 ... [详细]
  • This article discusses the efficiency of using char str[] and char *str and whether there is any reason to prefer one over the other. It explains the difference between the two and provides an example to illustrate their usage. ... [详细]
  • 本文介绍了使用哈夫曼树实现文件压缩和解压的方法。首先对数据结构课程设计中的代码进行了分析,包括使用时间调用、常量定义和统计文件中各个字符时相关的结构体。然后讨论了哈夫曼树的实现原理和算法。最后介绍了文件压缩和解压的具体步骤,包括字符统计、构建哈夫曼树、生成编码表、编码和解码过程。通过实例演示了文件压缩和解压的效果。本文的内容对于理解哈夫曼树的实现原理和应用具有一定的参考价值。 ... [详细]
  • 本文主要解析了Open judge C16H问题中涉及到的Magical Balls的快速幂和逆元算法,并给出了问题的解析和解决方法。详细介绍了问题的背景和规则,并给出了相应的算法解析和实现步骤。通过本文的解析,读者可以更好地理解和解决Open judge C16H问题中的Magical Balls部分。 ... [详细]
  • eclipse学习(第三章:ssh中的Hibernate)——11.Hibernate的缓存(2级缓存,get和load)
    本文介绍了eclipse学习中的第三章内容,主要讲解了ssh中的Hibernate的缓存,包括2级缓存和get方法、load方法的区别。文章还涉及了项目实践和相关知识点的讲解。 ... [详细]
  • 本文讨论了clone的fork与pthread_create创建线程的不同之处。进程是一个指令执行流及其执行环境,其执行环境是一个系统资源的集合。在调用系统调用fork创建一个进程时,子进程只是完全复制父进程的资源,这样得到的子进程独立于父进程,具有良好的并发性。但是二者之间的通讯需要通过专门的通讯机制,另外通过fork创建子进程系统开销很大。因此,在某些情况下,使用clone或pthread_create创建线程可能更加高效。 ... [详细]
  • 开发笔记:实验7的文件读写操作
    本文介绍了使用C++的ofstream和ifstream类进行文件读写操作的方法,包括创建文件、写入文件和读取文件的过程。同时还介绍了如何判断文件是否成功打开和关闭文件的方法。通过本文的学习,读者可以了解如何在C++中进行文件读写操作。 ... [详细]
  • 本文介绍了深入浅出Linux设备驱动编程的重要性,以及两种加载和删除Linux内核模块的方法。通过一个内核模块的例子,展示了模块的编译和加载过程,并讨论了模块对内核大小的控制。深入理解Linux设备驱动编程对于开发者来说非常重要。 ... [详细]
  • 在Oracle11g以前版本中的的DataGuard物理备用数据库,可以以只读的方式打开数据库,但此时MediaRecovery利用日志进行数据同步的过 ... [详细]
  • 本文介绍了一种轻巧方便的工具——集算器,通过使用集算器可以将文本日志变成结构化数据,然后可以使用SQL式查询。集算器利用集算语言的优点,将日志内容结构化为数据表结构,SPL支持直接对结构化的文件进行SQL查询,不再需要安装配置第三方数据库软件。本文还详细介绍了具体的实施过程。 ... [详细]
  • 在Docker中,将主机目录挂载到容器中作为volume使用时,常常会遇到文件权限问题。这是因为容器内外的UID不同所导致的。本文介绍了解决这个问题的方法,包括使用gosu和suexec工具以及在Dockerfile中配置volume的权限。通过这些方法,可以避免在使用Docker时出现无写权限的情况。 ... [详细]
  • IjustinheritedsomewebpageswhichusesMooTools.IneverusedMooTools.NowIneedtoaddsomef ... [详细]
  • mac php错误日志配置方法及错误级别修改
    本文介绍了在mac环境下配置php错误日志的方法,包括修改php.ini文件和httpd.conf文件的操作步骤。同时还介绍了如何修改错误级别,以及相应的错误级别参考链接。 ... [详细]
  • 从Oracle安全移植到国产达梦数据库的DBA实践与攻略
    随着我国对信息安全和自主可控技术的重视,国产数据库在党政机关、军队和大型央企等行业中得到了快速应用。本文介绍了如何降低从Oracle到国产达梦数据库的技术门槛,保障用户现有业务系统投资。具体包括分析待移植系统、确定移植对象、数据迁移、PL/SQL移植、校验移植结果以及应用系统的测试和优化等步骤。同时提供了移植攻略,包括待移植系统分析和准备移植环境的方法。通过本文的实践与攻略,DBA可以更好地完成Oracle安全移植到国产达梦数据库的工作。 ... [详细]
  • 本文讨论了在VMWARE5.1的虚拟服务器Windows Server 2008R2上安装oracle 10g客户端时出现的问题,并提供了解决方法。错误日志显示了异常访问违例,通过分析日志中的问题帧,找到了解决问题的线索。文章详细介绍了解决方法,帮助读者顺利安装oracle 10g客户端。 ... [详细]
author-avatar
康话口儿_536
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有