srvctl如何修改vip 或者vip 对应的hostname

srvctl status asm 只显示一个节点 什么原因

二节点的asm没启动起来，这里已经写了是Failed to start ASM，原因是Start of resource "ora.asm -init" failed，在节点1运行ora.asm -init脚本时出现的问题，应该是asm实例的问题，

oracle 12c rac 更新了哪些功能

oracle 12c：新特性-RAC数据库的增强 What-if命令评估 通过srvctl使用新的What-if命令评估选项，现在可以确定运行此命令所造成的影响。

这一新添加到srvctl的命令，可以在没有实际执行或是不对当前系统做任何改变的情况下模拟此命令。

这在想要对一个已存在的系统进行更改却对结果不确定的时候特别有用。

这样，此命令就会提供进行变更的效果。

而–eval 选项也可以通过crsctl 命令来使用来源：CUUG官网。

例如，如果你想要知道停止一个特定数据库会发生什么，那么你就可以使用以下示例： $ ./srvctl database –d MYDB –eval $ ./crsctl eval modify resource -attr “value” srvctl的改进 对于srvctl命令还有一些新增功能。

以下演示了如何用这些新增功能停止或启动集群上的数据库或实例资源。

srvctl start database|instance –tion NOMOUNT|MOUNT|OPEN srvctl database|instance –option NOMOUNT|MOUNT|OPEN

如何修改vip 或者vip 对应的hostname

Linux操作系统的hostname是一个kernel变量，可以通过hostname命令来查看本机的hostname。

也可以直接cat /proc/sys/kernel/hostname查看。

　　#hostname 　　#cat /proc/sys/kernel/hostname 　　上面两种输出结果相同。

　　修改运行时Linux系统的hostname，即不需要重启系统 　　hostname命令可以设置系统的hostname 　　#hostname newname 　　newname即要设置的新的hostname，运行后立即生效，但是在系统重启后会丢失所做的修改，如果要永久更改系统的hostname，就要修改相关的设置文件。

　　永久更改Linux的hostname 　　man hostname里有这么一句话，”The host name is usually set once at system startup in /etc/rc.d/1 or /etc/init.d/boot (normally by reading the contents of a file which contains the host name, e.g. /etc/hostname).” RedHat里没有这个文件，而是由/etc/rc.d/rc.sysinit这个脚本负责设置系统的hostname，它读取/etc /work这个文本文件，RedHat的hostname就是在这个文件里设置。

　　所以，如果要永久修改RedHat的hostname，就修改/etc/work文件，将里面的HOSTNAME这一行修改成HOSTNAME=NEWNAME，其中NEWNAME就是你要设置的hostname。

　　Debian发行版的hostname的配置文件是/etc/hostname。

　　修该配置文件后，重启系统就会读取配置文件设置新的hostname。

　　hostname与/etc/hosts的关系 　　很过人一提到更改hostname首先就想到修改/etc/hosts文件，认为hostname的配置文件就是/etc/hosts。

其实不是的。

　　hosts文件的作用相当如DNS，提供IP地址到hostname的对应。

早期的互联网计算机少，单机hosts文件里足够存放所有联网计算机。

不过随着互联网的发展，这就远远不够了。

于是就出现了分布式的DNS系统。

由DNS服务器来提供类似的IP地址到域名的对应。

具体可以man hosts。

　　Linux系统在向DNS服务器发出域名解析请求之前会查询/etc/hosts文件，如果里面有相应的记录，就会使用hosts里面的记录。

/etc/hosts文件通常里面包含这一条记录 　　127.0.0.1 localhost.localdomain localhost 　　hosts文件格式是一行一条记录，分别是IP地址 hostname aliases，三者用空白字符分隔，aliases可选。

　　127.0.0.1到localhost这一条建议不要修改，因为很多应用程序会用到这个，比如sendmail，修改之后这些程序可能就无法正常运行。

　　修改hostname后，如果想要在本机上用newhostname来访问，就必须在/etc/hosts文件里添加一条newhostname的记录。

比如我的eth0的IP是192.168.1.61，我将hosts文件修改如下： 　　#hostname 　　# cat /etc/hosts 　　127.0.0.1 localhost.localdomain localhost 　　192.168.1.61 blog 　　这样，我就可以通过blog或者来访问本机。

　　从上面这些来看，/etc/hosts于设置hostname是没直接关系的，仅仅当你要在本机上用新的hostname来访问自己的时候才会用到/etc/hosts文件。

两者没有必然的联系。

　　RHEL还有个问题。

　　我开始在测试的时候，只修改/etc/hosts，里面添加 192.168.1.61 blog，而/etc/work维持原状，也就是里面的HOSTNAME=localhost.localdomain。

我重启系统后居然发现hostname给修改成了。

这样看的话，倒真觉得/etc/hosts是hostname的配置文件。

后来终于在/etc/rc.d/rc.sysinit这个启动脚本里发现了问题的所在。

　　rc.sysinit文件里一开始就设置了hostname 　　if [ -f /etc/work ]; then 　　. /etc/work 　　fi 　　if [ -z "$HOSTNAME" -o "$HOSTNAME" = "(none)" ]; then 　　HOSTNAME=localhost 　　fi 　　确实使用了/etc/work里的hostname值。

不过后面还有一段关于设置hostname的 　　ipaddr= 　　if [ "$HOSTNAME" = "localhost" -o "$HOSTNAME" = "localhost.localdomain" ] 　　; then 　　ipaddr=$(ip addr show to 0/0 scope global | awk '/[[:space:]] 　　/ { print gensub("/.*","","g",$2) }') 　　if [ -n "$ipaddr" ]; then 　　eval $(ipcalc -h $ipaddr 2>/dev/null) 　　hostname ${HOSTNAME} 　　fi 　　fi 　　脚本判断hostname是否为localhost或者localhost.localdomain，如果是的话，将会使用接口IP地址对应的 hostname来重新设置系统的hostname。

问题就出在这里，我的/etc/work默认的hostname是 localhost.localdomain，eth0的IP是192.168.1.61，而/etc/hosts里有192.168.1.61的记录。

于是就用192.168.1.61这条记录来替换了hostname。

　　估计这也是很多人将/etc/hosts误以为是hostname的配置文件的原因。

　　hostname带选项查询 　　hostname的-s -f -i等等选项都用到了/etc/hosts或者DNS系统，跟我们讨论的hostname有点远了，也容易产生误会。

具体可以man hostname查看。