偶也来送分，先到先得(07)：metadb

yuhuohu

三个问题，实际上问的都一样：

1. 请教各位：
   
2. 1.为什么sun建议用专用的分片来存放metadb呢？
   
3. 2.如果不是专用的分片又会有什么潜在危险？
   
4. 3.在什么情况下会发生这种危险？

复制代码

最佳答案：2楼

摘录自其他兄弟的回答：

原帖由 yangy27 于 2007-9-29 10:45 发表
When you set up your configuration, you can locate the state database replicas on
either of the following:
  On dedicated slices
  On slices that will later become part of volumes

Solaris Volume Manager recognizes when a slice contains a state database replica, and automatically skips over the portion of the slice reserved for the replica if the slice is used in a volume. The part of a slice reserved for the state database replica should not be used for any other purpose.

送分系列帖汇总：
======================================================================

• 偶也来送分，先到先得(01) ：NIS相关进程为何以yp开头
• 偶也来送分，先到先得(02) ：密码长度控制
• 偶也来送分，先到先得(04) ：Inode,nbpi
• 偶也来送分，先到先得(03) ：sys-unconfig
• 偶也来送分，先到先得(05) ：系统补丁
• 偶也来送分，先到先得(06) ：Solaris的由来
• 偶也来送分，先到先得(07) ：metadb
• 偶也来送分，先到先得(0 ：主次设备号
• 偶也来送分，先到先得(09) ：UFS文件系统的最大空间
• 偶也来送分，先到先得(10) ：关于显卡
• 偶也来送分，先到先得(11) ：关于终端类型
• 偶也来送分，先到先得(12) ：bourne shell中的光标
• 偶也来送分，先到先得(13) ：修改solaris 10的运行级别
• 偶也来送分，先到先得(14) ：运行级别3不启动图形界面
• 偶也来送分，先到先得(15) ：如何实现脚本被终止后还能自启动

======================================================================

[ 本帖最后由 yuhuohu 于 2008-10-8 12:25 编辑 ]

大蚂蚁

1,为了其他应用数据的安全。
2,可能会导致其他应用的数据丢失。
3,升级卷组管理软件的时候会发生。具体请参考下面两段话。概括的说：存放应用的片上面，升级的时候会丢失前7158个块的数据。



Solaris Volume Manager 状态数据库包含所有卷、热备件和磁盘集的配置和状态信息。

缺省情况下，卷（本地集）和磁盘集的每个状态数据库副本都占用4MB（8192 个磁盘扇
区）的磁盘存储空间。多属主磁盘集的状态数据库副本的缺省大小为16MB。
副本可以存储在以下设备中：
 专用本地磁盘分区
 属于卷的本地分区
 属于UFS 日志记录设备的本地分区
副本不能存储在根(/)、swap 或/usr 片上，也不能存储在包含现有文件系统或数据的片上。
副本存储后，可以将卷或文件系统放置在同一个片上。


–如果您从Solstice DiskSuite 产品升级到SolarisVolume Manager，而且状态数据库副本
与文件系统或逻辑卷共享片（与使用单独的片相反），请不要删除现有的副本或在同一个
位置用新的缺省副本来替换它。
Solaris Volume Manager 中状态数据库的缺省大小为8192 个块，而Solstice DiskSuite 产品中的
缺省大小是1034 个块。删除在Solstice DiskSuite 产品中创建的缺省大小的状态数据库副本，
然后使用Solaris Volume Manager 添加新的缺省大小的副本时，请务必小心谨慎。这会覆写
占用共享片其余空间的任何文件系统的前7158 个块，从而会销毁数据。

brucewoo

主要的还是为了metadb数据的安全,
共用分区,其他的应用有可能会破坏
metadb中的数据

yuhuohu

原帖由 brucewoo 于 2007-9-29 08:46 发表
主要的还是为了metadb数据的安全,
共用分区,其他的应用有可能会破坏
metadb中的数据

有可能？什么情况下会发生这种可能性？

帅是帅了点

Metadb通常是磁盘的一个专有分区，也就是说在安装操作系统的时候要预留出一个分区给Metadb。这个分区不能存在文件系统，一旦这个分区被做成Metadb，它也就不能再做其他应用。

brucewoo

使用dd命令直接操作就有可能

原帖由 yuhuohu 于 2007-9-29 11:46 发表



有可能？什么情况下会发生这种可能性？

大蚂蚁

dd命令应该也很危险

东方蜘蛛

SUN Solstice DiskSuite软件在使用的时候需要调用一个其特有的Metadevice State Database小数据库。Metadevice State Database通常被称为Metadb，Metadb用来存储SUN Solstice DiskSuite软件对服务器硬盘的所有配置信息。换句话说，我们所做的所有磁盘、卷、RAID的结构，都存储在Metadb当中。每当服务器重新启动，SUN Solstice DiskSuite软件就会自动调用Metadb中的信息，从而按照这些信息配置物理磁盘，挂接UFS文件系统，从而使操作系统正常启动。相反，如果 Metadb被破坏了，操作系统就有可能无法正常启动，进入单用户状态，甚至可能丢失硬盘数据。
　　Metadb对于SUN Solstice DiskSuite软件来讲是异常重要的。因此我们会在建立Metadb时建立很多备份。一旦Metadb被破坏，SUN Solstice DiskSuite软件可以自动将其恢复，如果Metadb损坏严重，我们也可以手动恢复Metadb，Metadb和其备份之间是实时备份的。
　　在物理磁盘中，Metadb通常是磁盘的一个专有分区，也就是说在安装操作系统的时候要预留出一个分区给Metadb。这个分区不能存在文件系统，一旦这个分区被做成Metadb，它也就不能再做其他应用。我们通常把磁盘的7号分区预留给Metadb，其大小通常为10兆到50兆。当然，大家也可以用别的分区代替7号分区预留给Metadb。
　　在实际应用中，我们通常把SUN Solstice DiskSuite软件下的所有硬盘都建立一个Metadb。每个硬盘上的Metadb分区又可以存在多个备份，所有这些备份之间都是实时同步的。这样，我们就基本可以保证Metadb不会被破坏。

tom_xx_hu@yahoo

原帖由 东方蜘蛛 于 2007-10-1 19:36 发表
　　在物理磁盘中，Metadb通常是磁盘的一个专有分区，也就是说在安装操作系统的时候要预留出一个分区给Metadb。这个分区不能存在文件系统，一旦这个分区被做成Metadb，它也就不能再做其他应用。我们通常把磁盘的7号分区预留给Metadb，其大小通常为10兆到50兆。

一个分区（slice）做了metadb后，其上的文件系统或其它设定（如果有的话）不保证不损坏。反过来则不然，一个分区做了metadb后，还可以在Sun Volume Manager（或Solstice DiskSuite)的框架内作其它用途。
metadb的zise是很小的，517k或1034个blocks。10M已然绰绰有余。不过磁盘空间现在到了～500G，又那么便宜，多点不算什么。

yuhuohu

感谢各位的参与，蚂蚁兄恭喜