[华山论剑][ Solaris 经典问题之 Disk Partition #1]

南非蜘蛛

原帖由 "lightspeed" 发表：


我只是抛了一块砖， 必将引出许多玉来， 你就等着拣吧。

slice0难道最前面没有预留一点空间吗？从0开始？

虽然这篇文章说不用预留，但我习惯预留一些空间给slice0，而不是从0开始


http://www.dbonline.cn/source/oracle/20040229/BACKUP_transfer%20Oracle%20between%20bare%20device%20and%20file%20system.html


如果不是上面的原因，也可能是以下原因，明天来看答案，睡觉拉

都不要做newfs，在create_database.sql的脚本中，则把原先写数据文件的相应部分，改成裸设备分区名。

lightspeed

此处与本坛另两个问题一样， 没有预留。

有点接近问题的实质了。斑竹就是不同啊。 请继续讨论。

寒江獨釣

我想這是因爲目標0原本是solaris機器爲它的內部硬盤裝置留的。所以，影射target=0 lun=0 已經在本地盤中存在了。再拿它來影射oracle, 每次重啓就會出現這個問題。

lightspeed

非也。  系统盘是 c0t0d0.  二者没有冲突。

南非蜘蛛

原帖由 "lightspeed" 发表：
此处与本坛另两个问题一样， 没有预留。

有点接近问题的实质了。斑竹就是不同啊。 请继续讨论。

还要讨论，你不想让我睡觉了，哈哈

1.2 裸设备的可用空间

不同的UNIX对裸设备的管理不完全相同，特别要注意的是某些UNIX在每个裸设备的头部要保留一定的空间，应用程序在使用裸设备时不可以覆盖这一部分，否则会对裸设备造成损坏。所以一个裸设备的实际可用空间是分配给裸设备的空间再减去这部分操作系统保留空间。下面是常用UNIX的OS Reserved Size列表：

UNIX?????OS Reserved Size

------------?----------------

SUN Solaris???????0

HP-UX??????????0

IBM AIX?????????4k

Tru64 UNIX???????64k

Linux??????????0

这个表写的是0，但是我想应该还是留一些空间的，可能是oracle认到的空间，和真实空间有出入

lightspeed

想法是好的， 不过对于本题， 还有不确之处。

寒江獨釣

There is the similar problem with a database  Sybase,
Informix, or Oracle since we were trying all three). The first cylinder must NOT be written to by the database or it corrupts the partition table (and label). It is fairly simple to reserve the 0 cylinder by assigning it to a partition which is not used for anything. File system software will avoid trashing this information, but a database package will probably not.

lightspeed

This's it !!

mmmmn

受教，这个记住了

sunmarmot

问题是你怎么修复呢？？