Tag Archives: Solaris

Solaris Cluster是基于Solaris平台、高可用性和灾难恢复领域的一个非常优秀的解决方案，数十年来一直是该领域的业界领先者。它能有效地保证各种应用服务、本地及分布式数据中心的完整性和高可用性，从而使得Solaris成为一个真正的集群操作系统。 Solaris Cluster 3.2 11/09是Solaris Cluster 3.2的一个升级版本，它继承了Sun公司二十多年来一直秉承的创新理念，不管是在高可用性、灾难恢复、虚拟化，还是在灵活性、易用性等方面都带来了更多 的惊喜。新版本对Solaris Container Clusters以及failover Solaris Container、LDoms等虚拟化方面的功能进行了拓展，在文件系统和卷管理方面提供了更多的选择，并在灾难恢复方面增加了新的复制方案。除了提供 稳定的服务支持外，这个版本还对一些最新的第三方应用软件提供了支持。 Solaris Container集群支持了更多的Oracle解决方案，如Oracle电子商务套件、Siebel CRM 8、单一示例Oracle数据库和Oracle RAC等，并对IPsec、SCTP、故障管理、轮转负载平衡提供了更好的支持，开始支持更多的应用程序和代理，如针对LDoms客户domain的HA Agent这个新的代理， 以及SWIFTAlliance Access& Gateway 6.3这个新版本的应用程序。此外，它还支持日立通用复制软件支持、基于脚本的复制模块插件、MySQL的复制等。 由于Solaris Cluster的各种优良特性，2010年在加拿大温哥华举行的冬季奥运会和残奥会将使用Solaris Cluster来搭建一个信息传播系统，用来支持比赛的时间安排以及比赛结果的实时传递。若要了解更多，可从http://www.sun.com/software/solaris/cluster/get.html下载该版本的Solaris Cluster。

在《OpenSolaris 2009.06的DTrace GUI工具——Chime》一文中介绍了Chime这个可视化的DTrace监控工具，本文将介绍如何在C/S结构上远程使用Chime工具。 在服务器端运行chime的命令如下： haiou@opensolaris:~$ chime server Listening for remote DTrace consumers on port 5088 Press the Enter key to stop the server. 在客户端连接服务器： chime 192.168.203.234 这时，会有一个Java RMI相关的小问题导致连接失败，错误信息如下图所示： 有两种方法来解决这个问题： 一是把你的服务器IP地址添加到/etc/hosts里，然后重启chime服务器，添加的内容如下： 127.0.0.1 opensolaris opensolaris.local localhost loghost 192.168.203.234 opensolaris 同时，你也可以在服务器上编辑/opt/OSOL0chime/bin/chime这个脚本文件，使它包括JVM属性，具体属性信息如下所示： JMX_FLAGS="${JMX_FLAGS} -Djava.rmi.server.hostname=192.168.203.234" … Continue reading →

什么是chime？ 它是每个OpenSolaris的用户都应该装的工具，因为它为DTrace这个强大的系统监控工具提供了一 个友好的图形用户接口，使你即使不懂得使用DTrace也能得到有用的系统性能信息。本文主要介绍如何在OpenSolaris 2009.06上使用chime这个强大的工具。 首先从OpenSolaris官网上下载chime的安装包 http://www.opensolaris.org/os/project/dtrace-chime/install/osol0chime-i386-1.4.pkg.gz； 使用gunzip Downloads/osol0chime-i386-1.4.pkg.gz命令进行解压； 安装chime：pfexec pkgadd –d osol0chime-i386-1.4.pkg 由于安装chime后其命令默认路径为/opt/OSOLOchime/bin/chime，可以使用命令ln –s /opt/OSOLOchime/bin/chime /usr/bin/chime为其创建一个软链接。 使用以下命令可以查看系统中探针(Probes)的数目： haiou@opensolaris:~$ pfexec dtrace -l | wc -l 64303 探针的数目会随着各种新的软件的安装而不断增加，就拿chime来说，它本身就有超过70个探针。 探针的命名主要是以下四部分组成： provider (a library of related probes) module (the module that contains the function) … Continue reading →

搞IT开发，圆满完成自己的任务永远是一件非常惬意的事情。而当你即将马到成功，系统突然不能正常启动并且无法恢复或数据由于某种原因而丢失，无疑不让你的心情来个180度的大转弯，“曾经是那么的接近成功”。所以，我们在考虑完成自己任务的同时，还有一个基本职责就是保护好系统及存放在系统中的数据。为使数据丢失的风险降到最低，我们有必要制定一个系统的备份计划。本文的主题围绕Solaris系统的备份和恢复方案，并针对zfs文件系统下的snapshot作了详细的介绍。 在基于ufs的Solaris 系统中，可以使用ufsdump和ufsrestore命令来备份和恢复文件系统(必须先卸载文件系统)，使用fssnap来创建文件系统的在线快照从而实现在线文件系统的备份。两种方法相比，使用snapshot的优点是：snapshot是一种在线文件系统备份方案，不需要先卸载文件系统；同时，snapshot实际使用多少空间就占用多少，而不是占用和整个文件系统同样大小的空间。 什么是snapshot呢？它就是在线文件系统的一个快照，它把文件系统的数据存储在一个备份恢复文件里。快照文件是一个bit-mapped文件，会一直占用磁盘直到删除快照，其大小会随着被拍照的文件系统的活动次数而改变，主要取决于一上次拍照以来该文件系统有多少数据发生改变。一旦创建snapshot后，就可以像对待其他设备一样对其进行备份操作。如果我们强行卸载一个活跃的文件系统，就会自动删除其快照（在快照存在的情况下）。 在基于ufs的Solaris系统里，创建ufs快照是通过以下命令实现的： fssnap –F ufs –o bs=snapshot_path /snapshot_filesystem 在OpenSolaris里，由于默认采用zfs文件系统，基于存储池的概念，故创建snapshot的操作也与ufs条件下有所不同。以下是创建zfs快照的实例： zfs snapshot rpool/ROOT/opensolaris@basic 当你为文件系统(如/export/home)创建一个新的snapshot时，你会发现这个snapshot的文件大小可能为0KB。在创建快照后，你对系统所做的操作都将被记录在这个snapshot里，如创建或删除一个文件等操作，所以快照文件也会逐渐增大。当然，如果一个快照文件用完了磁盘空间，系统会自动删除snapshot，不会影响源文件系统。一旦rollback到某一个快照状态，在该快照之后的所有操作将会被还原。接下来将通过一个实例来说明snapshot的原理： haiou@opensolaris:~$ zfs list   NAME                                 USED  AVAIL  REFER  MOUNTPOINT rpool                               3.05G  2.86G    57K  /rpool rpool@install                         17K      -    55K  - rpool/ROOT                          3.00G  2.86G    18K  /rpool/ROOT rpool/ROOT@install                    … Continue reading →