solaris硬件_solaris查看硬件信息

solaris硬件_solaris查看硬件信息

       大家好，今天我想和大家探讨一下关于solaris硬件的问题。在这个话题上，有很多不同的观点和看法，但我相信通过深入探讨，我们可以更好地理解它的本质。现在，我将我的理解进行了归纳整理，让我们一起来看看吧。

1.如何从 Oracle Solaris 10 实时安装到 Oracle Solaris 11 11/11

2.如何在 Oracle Solaris 11 中执行系统存档和恢复过程

3.solaris 系统安装里第一个默认、 ttya和ttyb有什么区别

如何从 Oracle Solaris 10 实时安装到 Oracle Solaris 11 11/11

       为新安装的 Oracle Solaris 11 11/11 系统（存档系统）中的根池及其关联数据集创建 ZFS 存档。创建存档时，可以将其保存在本地可移动介质中，如 USB 驱动器，也可以通过网络将其发送到一个文件服务器以便稍后从中检索。需要使用存档时，执行以下高级步骤：

       在将要迁移到 Oracle Solaris 11 11/11 的 Oracle Solaris 10 系统（迁移系统）上启动一个具有超级用户权限的 shell。

       选择并配置一个引导磁盘设备，创建新的 ZFS 根池。

       在新池中恢复存档的 ZFS 数据集。

       执行最终配置，然后重新启动迁移系统。

       迁移系统必须是运行 Oracle Solaris 10 的主机，并且其 ZFS 版本与存档系统兼容。对于将要迁移到新磁盘或系统的 ZFS 存档，确保满足以下要求：

       存档系统和迁移系统为同一型号（如 SPARC T 系列）并且满足 Oracle Solaris 11 11/11 的最低要求。

       迁移系统运行 Oracle Solaris 10 8/11 或更高版本，这是必须的，这样才能具有与 Oracle Solaris 11 11/11 兼容的 ZFS 版本。

       如果迁移系统运行的是 Oracle Solaris 10 8/11，请在尝试恢复存档之前应用以下 ZFS 补丁。没有这个补丁，任何恢复存档的尝试都将失败。对于 Oracle Solaris 10 以后的任何版本，无需此补丁。

       注：应用补丁之后，必须重新启动迁移系统。

       补丁 147440-11 或更高版本，用于基于 SPARC 的系统

       补丁 147441-11 或更高版本，用于基于 x86 的系统

       确保将要存放新 ZFS 池的磁盘的总容量至少与存档池中分配的空间一样大。准备一节将更详细地讨论这一方面。

       您必须同时拥有存档系统和迁移系统上的根权限。存档将包含所存档 ZFS 数据集中包含的所有软件和配置信息。注意，不支持通过系统存档迁移区域。迁移完成之后，您可以使用另外的过程（不在本文讨论范围之内）将 Oracle Solaris 10 区域迁移到 solaris10 标记区域。还要注意，在 Oracle Solaris 11 系统上无法运行 Oracle Solaris 8 或 Oracle Solaris 9 区域。有关如何将 Oracle Solaris 10 区域迁移到solaris10 标记区域的详细信息，请参见 Oracle Solaris 管理：Oracle Solaris 区域、Oracle Solaris 10 区域和资源管理。

       所创建的存档不会具有期望的系统配置，因为我们将在一台主机上创建存档，最终将在另一台主机上运行该存档，这是两台不同的主机。第 4 阶段介绍（迁移之后）存档的配置。有必要在迁移完成后、引导 Oracle Solaris 11 11/11 之前，重新配置存档中的每个引导环境。为此，存档应只包含一个引导环境 (BE)。有关系统配置的详细信息，请参见安装 Oracle Solaris 11 系统 第 6 章“取消配置或重新配置 Oracle Solaris 实例”。

       存档映像中不包含任何硬件特定的配置数据。不随备份一起转移的硬件特定的系统特性包括但不限于以下内容：

       磁盘容量和配置（包括 ZFS 池配置）

       硬件以太网地址

       已安装的硬件外围设备

       第 1 阶段：创建 Oracle Solaris 11 11/11 存档

       图 1 说明创建 Oracle Solaris 11 11/11 存档时所发生的情况。

       图 1. 创建 Oracle Solaris 11 11/11 存档

       准备

       为准备迁移，记下迁移系统上根池的磁盘拓扑结构和 ZFS 池配置。和存档系统上的磁盘一样地对迁移系统上的目标磁盘进行配置，并相应调整新 ZFS 池的大小。分配的池的大小（以下所示的 zpool list 输出中的 ALLOC 列）至少需要确保有充足的空间来在迁移系统上恢复数据集。

       # zpool list

       NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT

       rpool 68G 51.6G 16.4G 75% 1.00x ONLINE -

       如果任何存档池的容量（如 CAP 列所示）超过 80%，最佳实践要求应扩大迁移池以规划容量。根据其他配置元素和负载的不同，增加池中的空间余量还可能有益于性能。有关如何管理 ZFS 文件系统及相关性能的更多信息，请参阅 Oracle Solaris 管理：ZFS 文件系统 指南。

       为准备稍后的迁移，将各种命令的输出保存到一个文件，与存档一起保存以供迁移期间参考。清单 1 中所示命令只是最低建议，根据系统配置的不同，其他配置信息也可能有用。清单 1 中显示的命令与示例输出仅针对 rpool。

       # zpool list

       NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT

       rpool 68G 51.6G 16.4G 75% 1.00 ONLINE -

       # zpool get all rpool

       NAME PROPERTY VALUE SOURCE

       rpool size 68G -

       rpool capacity 75% -

       rpool altroot - default

       rpool health ONLINE -

       rpool guid 18397928369184079239 -

       rpool version 33 default

       rpool bootfs rpool/ROOT/snv_175a local

       rpool delegation on default

       rpool autoreplace off default

       rpool cachefile - default

       rpool failmode wait default

       rpool listsnapshots off default

       rpool autoexpand off default

       rpool dedupditto 0 default

       rpool dedupratio 1.00x -

       rpool free 16.4G -

       rpool allocated 51.6G -

       rpool readonly off -

       # zpool status

        pool: rpool

        state: ONLINE

        scan: none requested

       config:

        NAME STATE READ WRITE CKSUM

        rpool ONLINE 0 0 0

        c5t0d0s0 ONLINE 0 0 0

       errors: No known data errors

       # format c5t0d0s0

       selecting c5t0d0s0

       [disk formatted]

       /dev/dsk/c5t0d0s0 is part of active ZFS pool rpool. Please see zpool(1M).

       FORMAT MENU:

        disk - select a disk

        type - select (define) a disk type

        partition - select (define) a partition table

        current - describe the current disk

        format - format and analyze the disk

        repair - repair a defective sector

        label - write label to the disk

        analyze - surface analysis

        defect - defect list management

        backup - search for backup labels

        verify - read and display labels

        save - save new disk/partition definitions

        inquiry - show disk ID

        volname - set 8-character volume name

        !<cmd> - execute <cmd>, then return

        quit

       format> p

       PARTITION MENU:

        0 - change `0' partition

        1 - change `1' partition

        2 - change `2' partition

        3 - change `3' partition

        4 - change `4' partition

        5 - change `5' partition

        6 - change `6' partition

        7 - change `7' partition

        select - select a predefined table

        modify - modify a predefined partition table

        name - name the current table

        print - display the current table

        label - write partition map and label to the disk

        !<cmd> - execute <cmd>, then return

        quit

       partition> p

       Current partition table (original):

       Total disk cylinders available: 14087 + 2 (reserved cylinders)

       Part Tag Flag Cylinders Size Blocks

        0 root wm 1 - 14086 68.35GB (14086/0/0) 143339136

        1 unassigned wm 0 0 (0/0/0) 0

        2 backup wu 0 - 14086 68.35GB (14087/0/0) 143349312

        3 unassigned wm 0 0 (0/0/0) 0

        4 unassigned wm 0 0 (0/0/0) 0

        5 unassigned wm 0 0 (0/0/0) 0

        6 unassigned wm 0 0 (0/0/0) 0

        7 unassigned wm 0 0 (0/0/0) 0

       partition> ^D

       #

       清单 1. 各种命令的输出

       将清单 1 所示的来自存档系统的信息以及迁移期间可能有用的任何其他信息置于一个文件中，并将该文件与存档文件保存在同一位置以便稍后在迁移过程中使用。

       也可以使用 Oracle Explorer Data Collector 收集所有系统配置信息以供稍后参考。有关 Oracle Explorer Data Collector 及其相关文档的信息可在 Oracle Services Tools Bundle for Sun Systems 网站中找到。

       有关 ZFS 管理和容量规划的其他信息，请参阅 Oracle Solaris 管理：ZFS 文件系统 指南。

       创建存档

       要存档根池并包括所有快照，需要创建 ZFS 复制流。为此，首先从池的顶级创建递归快照，如下所述。同样，可以对需要存档并传给迁移主机的其他池进行存档。

       注意，rpool 是默认的根池名称，但在任何给定系统上根池可能有不同的名称。可以使用 beadm list -d 确定 BE 驻留在哪个池。在本文的其余部分，将使用默认名称 rpool 引用根池。

       使用以下命令创建根池的递归快照。快照名称（本例中为 archive）可以基于日期或您需要的任何其他描述性标签。

       # zfs snapshot -r rpool@archive

       接下来，删除交换和转储设备快照，因为它们可能不包含任何相关数据，删除它们通常会显著降低存档的大小。

       注：关于转储设备，尽管可能性不大，但转储设备也有可能有数据尚未被提取到 /var 数据集（以核心存档的形式）。如果是这种情况，且应保存转储设备的内容，则在删除转储设备快照之前将内容转储输出到文件系统。详情参见 dumpadm(1M)。

       以下命令将删除默认命名的交换和转储设备快照，虽然主机上可能部署了其他快照。要确定是否存在默认命名设备之外的其他设备，可使用swap(1M) 和 dumpadm(1M) 分别列出交换和转储设备的名称。

       # zfs destroy rpool/swap@archive

       # zfs destroy rpool/dump@archive

       既然快照已经准备好，下一步是将其发送到文件进行存档。如果要存档多个 ZFS 池，每个池将有一个快照，每个快照需要发送到自己的存档文件。以下步骤主要是创建根池的存档。不过，可用同样的方式对系统上的任何其他池进行存档。

       要将快照发送到文件，请通过管道将 zfs send 命令的结果输出到 gzip 命令（如下所示），结果产生一个压缩文件，其中包含池快照的存档。创建此存档文件时，一个好的主意是，使用反映主机名、日期或其他有助于稍后确定存档内容的描述性词语的唯一命名方法。

       您可以将存档文件保存在本地以便稍后进行重定位，也可以在可移动介质上创建存档文件。存储存档文件的位置应是定期备份的文件系统。同时，尽管使用了压缩，文件系统上仍应有足够的可用存储空间。一个好的经验是有足够的空间容纳 zpool list 报告的 ALLOC 量的总和。

       使用以下命令在本地创建存档文件。存档文件名可以是任何有助于识别此存档以便稍后使用的字符串。通常的选择可能是使用主机名加日期，如以下示例所示。

       # zfs send -Rv rpool@archive | gzip > /path/to/archive_$(hostname)_$(date +%Y%m%d).zfs.gz

       现在，将存档文件移到文件服务器以便稍后检索，如图 2 所示。

       图 2. 确保可访问 Oracle Solaris 11 11/11 存档

       还可以选择将存档文件直接写入挂载 NFS 的路径，如下所示：

       # zfs send -Rv rpool@archive | gzip > /net/FILESERVER/path/to/archive_$(hostname)_$(date +%Y%m%d).zfs.gz

       类似地，可以通过 ssh 以流方式将存档文件发送到文件服务器：

       # zfs send -Rv rpool@archive | gzip | ssh USER@FILESEVER "cat> /path/to/archive_$(hostname)_$(date +%Y%m%d).zfs.gz"

       注意，如果通过网络以流方式传送存档，ssh 传输不支持任何一种断点续传功能。因此，如果网络连接中断，将需要重新启动整个命令。

       迁移存档文件已创建，现在可以使用以下命令删除本地快照：

       # zfs destroy -r rpool@archive

       第 2 阶段：准备配置 Oracle Solaris 11 11/11 系统

       在引导迁移的 Oracle Solaris 11 11/11 实例之前，可通过从运行 Oracle Solaris 10 的迁移系统收集所有相关系统配置参数来准备迁移。需要收集的系统配置项包括但不限于以下内容：

       主机名

       时区

       区域设置

       根口令

       管理员用户信息

       主网络接口（如果不是自动配置）

       名称服务信息

       有关所需数据的信息，请参见安装 Oracle Solaris 11 系统 第 6 章“取消配置或重新配置 Oracle Solaris 实例”。

       在恢复存档时须重新生成系统配置信息。可以这样来完成这一任务：在运行中的 Oracle Solaris 11 11/11 系统上生成 SC (System Configuration) 配置文件，然后将该配置文件复制到恢复的 Oracle Solaris 11 11/11 存档以便在第一次引导时自动应用。

       sysconfig 的 create-profile 子命令调用 SCI Tool 接口，向您询问系统配置信息，然后生成一个 SC 配置文件，您稍后可以用它来配置系统。

       使用以下命令在本地创建 SC 配置文件。配置文件名可以是任何有助于识别该配置文件以便稍后使用的字符串。以下示例使用附有日期信息的 config。

       # sysconfig create-profile -o /path/to/config_$(date +%Y%m%d).xml

       然后将 SC 配置文件移到文件服务器以便稍后检索。

       还可以选择创建 SC 配置文件并将其直接写入挂载 NFS 的路径，如下所示。

       # sysconfig create-profile -o /net/FILESERVER/path/to/config_$(date +%Y%m%d).xml

如何在 Oracle Solaris 11 中执行系统存档和恢复过程

       /3989.html

       /art/201612/525288.htm?mobile

       PS：Sun以前一直是我膜拜的伟大公司之一，也是开源社区和技术创新的领头羊。一直认为Sun被Oracle收购是开源社区的大杯具。Sun的市值曾经超过2000亿美元，就在Sun最低潮的时候，74亿美元的便宜价就被Oracle收购了。Oracle把Sun买来之后，清理掉了所有不太听话的管理精英和优秀工程师，然后请来个惠普的色狼接管原来 Sun的硬件生命线。转发此文以纪念杯具的 Sun, OpenSolaris, Kenai, Scott, James。

       Java创始人詹姆斯·高斯林（James Gosling）

       Oracle董事长兼CEO 埃里森近一个月三度成为媒体追逐的对象。8月12日，Oracle宣布就Google?Android手机操作系统侵犯Java版权和专利一事，状告Google;8月17日，Oracle宣布放弃OpenSolaris计划;9月6日，Oracle宣布聘请前 惠普董事长兼CEO赫德为Oracle联合总裁。这三件貌似不太关联的事件，实则大有名堂。应该从Sun如何日暮西山说起。

       成败皆因Oracle

       同为公司创始人的埃里森和Sun董事长兼CEO麦克尼利曾经因为共同的爱好——反对微软而被称为硅谷斗士，又因为共同的生意——双方都以对方为最大客户而成为生意伙伴。然而，在网络泡沫破灭时，这对志同道合的朋友却兄弟阋墙了。

       Sun靠工作站起家，后来凭借SPARC处理器和Solaris操作系统占领高端服务器市场。SPARC和Solaris性能和可靠性在业界有口皆碑，当然价格也不菲。但那时企业级市场上钱不是问题。Oracle公司的数据库产品此时与Solaris平台相得益彰。

       网络泡沫破灭后，用户开始关注投资回报，钱成了最大的问题。Oracle为了保住自己的利益，做的事情就不够朋友了。

       2002年6月，Oracle宣布推出数据库Oracle9i RAC。正是这款数据库把Sun逼入日薄西山的境地。这款数据库产品能运行在红帽Linux平台上，也能运行在x86架构上。更要命的是Oracle9i RAC与红帽Linux都预装在戴尔的x86架构服务器中。低成本的x86架构和Linux替代了SPARC和Solaris，而且预装使用户的麻烦大大 减少。埃里森做得更绝的是，将Oracle的整体运营迁移到x86平台，而且声明未来产品先在x86平台上开发，然后移植到SPARC平台上。Oracle的以身作 则，无异于告诉用户，Sun能干的事情，x86平台都能干，而且更便宜。

       Oracle和用户双赢了，而Sun因为当时没有x86服务器，成为最大的输家。

       Java带给Sun的只有声誉

       为智能家电开发的Java，不想“有心栽花花不开，无心插柳柳成荫”，在家电市场毫无起色，却因其“一次编程，到处可跑”的跨平台特性，赶上了互联网的高速发展时机，在企业级市场上大放异彩。

       Java对于Sun来说“华而不实”。除了带来声誉外，Java并没有直接给Sun带来与其声誉相当的回报。这倒不是Sun多么无私，实际上 Sun曾尝试过。在上世纪90年代末，Java的蓬勃发展让Sun感觉收获的季节到了，Sun成立了Java应用部门JavaSoft。不料，Sun这种 “既当运动员，又当裁判员”的做法遭到了Java应用厂商的强烈甚至过激反应。虽然当时Java社区的发展很快，但如果Sun在应用市场上分羹，会使 Java前程未卜。三思之后，Sun撤销了JavaSoft部门，退守开发Java 平台，从对企业的授权上赚些小钱。

       Sun的主要经济来源是Solaris和SPARC。本质上说，Sun是一家硬件厂商。但是由于受到Oracle9i RAC的致命一击，Solaris和SPARC也朝不保夕。

       2006年，接任麦克尼利的CEO施瓦茨的当务之急就是先稳住然后再去发展SPARC的用户群。“先尝后买”的免费策略无疑能招揽到客户。但对 于Sun来说，服务器白送是送不起的，只能白送Solaris。这样的做法令人匪夷所思：桌面级的Windows还卖钱，企业级的Solaris怎么白送 呢?

       施瓦茨的想法是：号称史上最强的操作系统的开源，足以让关键业务应用的客户打消在Solaris安全上的顾虑，而Solaris与SPARC相 互优化得最好。因此，喜欢Solaris的用户也会喜欢SPARC，从而达到促销SPARC的目的。于是，Sun推出了Solaris的开源项目 OpenSolaris，并承诺OpenSolaris的开源代码与正在研发中的Solaris代码相同。

       到了2006年底，Sun宣布将Java开源。显然，Sun寄希望于，运行Java最好的平台是Solaris，而Solaris最好的硬件平台是SPARC。只要用户对开源后的Java有信心，那他们就是SPARC的潜在客户。

       然而，施瓦茨的如意算盘在去年4月Oracle以74亿美元收购Sun之后就再也拨不响了，毕竟软件厂商才知道软件的价值，谁当家谁说了算。

       Oracle为何起诉Google

       虽然Sun不再涉足Java应用市场，但企业使用Java仍要向Sun购买使用授权，通常这些都是小钱。Sun的最大一笔横财是2004年微软 以16亿美元一次性了结与Sun在Java上的恩恩怨怨。最抠门的要算Google了，它在其手机操作系统Android中无偿使用了Java。

       虽说定位于企业级市场的Oracle对手机不屑一顾，但对于Google这样坏了规矩的带头大哥，还是必须管管的，否则，谁还会再交钱呢。但是，Oracle起诉谷 歌还应该有更深层次的原因，或者跟Oracle在开源政策上的变化直接相关。今年3月，Oracle将OpenSolaris的使用授权缩短到90天，逾期必须购买相 应的服务，接着在4月取消了OpenSolaris光盘的免费派送。到了8月17日，Oracle通过邮件称，将集中精力开发企业级Solaris，不再 对OpenSolaris进行实时更新。8月23日，负责OpenSolaris社区开发和维护的OpenSolaris管理会(OGB)成员集体辞职。 这意味着OGB把OpenSolaris的控制权交还Oracle，这正中Oracle的下怀。来自Oracle网站的消息称，负责硬件业务的全球执行副总裁John Fowle近日在视频会议上公布了Oracle + Sun产品战略及产品路线图。Fowle称，Oracle将首先致力于打造面向Oracle应用软件最开放的服务器，并为SPARC做好了长达五年的详细计划。 Oracle将继续支持运行英特尔芯片的x86机架服务器和刀片服务器。显然，SPARC重新获宠。Oracle英文网站说得更直接：Oracle提供世界上最完整、开放、 集成的商业软件和硬件系统，Oracle是唯一有能力提供完整的技术栈的供应商，栈中每层都被集成起来，像一个单一系统一样工作。换句话说，Oracle将以 SPARC为主，为客户提供一站式的完全解决方案。当Oracle万事不求人的时候，自然也就用不着OpenSolaris和Java当招牌、做幌子了，甚至可 以说，重新收回Java的控制权对Oracle更为有利。Oracle在Java上拿Google说事儿，要钱应该只是表面现象，深层次的原因是要传递出与 OpenSolaris类似的声音。而Google既非传统企业级软件厂商，又不支付授权费，自然成为Oracle在对Java有所动作前，试探Jave社区乃至IBM 等企业反应的合适对象。

       赫德跟Oracle对脾气吗

       别看麦克尼利与微软斗争时像一头咆哮的公牛，但他的刀子嘴都用在了盖茨身上，对员工却是豆腐心。在网络泡沫破灭后，资本市场多次对麦克尼利施加裁员压力，基本上都被他回绝，这成了麦克尼利被迫辞职的原因之一。

       Sun是一个典型的技术驱动型公司，以不足IBM十分之一的员工规模维持着包括处理器、服务器、操作系统、存储、Java、数据库等在内的冗长产品线。这需要技术精英文化。

       Oracle收购Sun后，硬件的市场推广成为软肋，迫切需要一个冷面成本杀手。

       笔者曾经在2006年夏季在硅谷采访惠普全球分析师大会，那一年正好惠普首次超出IBM成为全球最大IT企业。赫德在主题演讲中谈论最多的是增长、成本和资本三角形，“技术”一词似乎不在赫德的口语辞典中。换句话说，赫德是靠管理和市场在规模上超越IBM的。

       9月6日，惠普前任CEO辞职仅1个月就闪电般地在Oracle“再就业”，说明埃里森对赫德这个冷面杀手寄予了很高的期望，希望他能“昨日重现”，让Oracle也超越IBM。

       如果埃里森把目标定为IBM，那当下惠普董事会对赫德的起诉正合埃里森之意：两家闹僵后，惠普平台上的Oracle用户保不齐会选择Oracle的软硬件解决方案，而且惠普还背上了率先撕破脸皮的名声。

       如果说惠普只是在年收入上超过IBM的话，Oracle跟IBM在从服务器、存储到操作系统、数据库、应用软件等领域针锋相对的竞争还是很有技术含量的。

       和不得不与惠普董事会勾心斗角相比，赫德得到在Oracle一手遮天的埃里森力挺，能全力以赴地与竞争对手周旋，但赫德还要直面企业内部的挑战，他既 要适应Oracle的企业文化，还得尊重Sun的传统。即便是赫德都适应了，Sun的技术精英也未必能适应。这不，2010年4月2日，Java之父高斯林离开了Oracle。之后2011年3月29日加盟Google。

       在收购了 Sun 公司的六年后，Oracle 正在大规模的加大对违反其许可证的 Java 客户的审查力度。

       越来越多的 Oracle 客户和合作伙伴被拉里·埃里森的团队约谈，称他们没有遵守 Java 的规矩。

       Oracle 在 2010 年 收购了 Sun Microsystems 公司 ，知情人士透露现在它的许可证管理服务(LMS) 正在到处追缴付款。

       该数据库巨头公司目前已经在全球雇佣了 20 个人专门来负责对那些违反 Java 许可证的企业进行追缴付款。

       作为回应，行业合规专家组也在不断的扩充人马，招聘更多 Java 专家、扩大预算来应对和参与到 2017 年来自 LMS 的更多诉讼。这其中牵扯了太多的金钱利害关系，每个客户涉及的金额可能数万、数十万美元。

       处于事件中的 Java 版本是 Java SE，有三种付费方式，从每用户 40 美元到 300 美元，或者每处理器 5000 到 15000 美元。

       The Register 了解到零售行业的一个拥有 8 万台 PC 的客户已经收到了 Oracle 的通知，称其违反了 Java 许可证。Oracle 还告诉了另外一个客户其欠下了 10 万美元，但这笔欠款现在可以优惠 3 万美元。

       专家们建议谨慎下载 Java SE ，已经下载的应该在 LMS 打电话过来之前对其使用进行审查并做好准备。这些大师们告诉 The Register 网站，寻求 Java 许可证帮助的客户呈上升趋势，这些客户在 2016 年下半年就已经收到了 LMS 的通知。

       “Oracle 已将次当成问题着手处理，” 一个不愿意透露姓名的专家告诉 The Reg 网站。我们的消息来源显示此类信息的查询数量在过去的五个月内不断上升。

       Palisade Compliance 的 CEO 和创始人 Craig Guarente 告诉我们 Oracle 的 LMS 并不管你到底是客户或者是合作伙伴。

       他告诉我们说：“Oracle 把枪口对准合作伙伴，这些正在帮助 Oracle 的公司”。合作伙伴们都想知道，Oracle 怎么可以这样对待他们?

       Guarente 说：“因为 Oracle 不断的推动，使得 Java 让我们和客户之间的关系越来越紧密。”

       其根本的原因是大家对 Java 错误的认知，都认为 Java 是免费的!

       这种错误的感知可以追溯到 Sun Microsystems 公司的时代;在 Sun 的领导下 Java 是免费的，在 Oracle 也是!但是 Sun 也曾对像 IBM 和制造蓝光播放器的厂商收取许可证费用。尽管绝大多数的使用者是不收费的。这是因为 Sun 利用 Java 来帮助其销售各种系统。

       而现在 Oracle 决定让 Java 商业化的步伐迈得更快。

       Java SE 是一个广泛的、包罗万象的下载，包括 Oracle 在 2014 年 2 月推出的 Java SE Advanced Desktop，以及在 2011 年 5 月推出的 Java SE Advanced 和 Java SE Suite。

       Java SE 是免费的没错，但是 Java SE Advanced Desktop, Advanced 和 Suite 并非免费。例如需要为每个用户付费 300 美金以及 66 美金的服务支持费用;如果是按处理器计算的话，单个处理器需要 15000 美金以及 3300 美金的服务支持费用。Java SE 包含免费的 JDK 和 JRE，但是 Advanced Desktop, Advanced 和 Suite 以及一些额外的功能却是收费的，如 Java Mission Control 和 Flight Recorder (也叫 JRockit Mission Control 和 JRockit Flight Recorder)

       此外还有用于大规模 Java 部署的 Microsoft Windows Installer Enterprise JRE Installer 。

       Oracle 定义 Java SE 是免费的前提是“通用计算” —— 涉及到的设备包括桌面电脑、笔记本、智能手机和平板电脑。而 Oracle 许可证中规定作为智能系统中专业的嵌入计算机来说并非免费，Oracle 后来又补充了一些其他设备，包括移动电话、手持设备、网络交换机以及蓝光播放器等。

       听起来足够简单，不是吗?但是客户在这些设备上越来越多的受到 LMS 的限制。愿意是目前没有办法将那些需要付费的 Java SE 子产品从免费的 Java SE 保护伞中剥离开来，Oracle 本身也没有提供独立的安装软件。

       所以你只能成为一个 Java SE Suite 这个大杂烩的用户，尽管你只想要其中的一部分内容，然后根据 Oracle 的要求进行付费。

       如果你想大规模的部署 Java SE，则需要 Microsoft Windows Installer Enterprise JRE Installer 这个工具 ，而这个工具并非免费 Java SE 的一部分。

       “人们尚未意识到，” Guarente 对 The Reg 说：“他们认为 Java 是免费的，因为它是开源的，因此可以使用。这其实并不是 Java 的协议写得不清楚，而是人们对它产生了误解。”

       我们那个不愿意透露姓名的合规专家同时还补充道：

       如果你下载了 Java 你就获得了 Java 的所有内容，你需要确保你只装了你有权使用的那部分，同时删除没用的内容。使用了任何需要付费的特性都是商业用途。协议中的“一般用途” 是非常模糊的定义，这也是产生很多纠纷的原因。

       当你作为一个组织，分发一些包含 Java 的东西给终端用户—— 而且越来越多的公司也通过分发应用让客户获得产品和服务，这些都不是“一般用途”，现在 Oracle 想从中赚钱!

       为什么 Oracle 选择在收购 Sun 公司六年后才这样做呢?

       我们认为这是因为 Oracle 的 LMS 是在详细了解 Java 的各个方面，并设计有针对性的审计方法。

       LMS 现在已经准备好在 2017 年对 Java SE 的用户开枪了!

       “我预计 Oracle 在 2017 年会增加这方面的投入，” Guarente 告诉 The Reg. “所有的趋势都显示 Oracle 的 LMS 审计团队越来越咄咄逼人，正积极努力在这方面获取更多收入。我不认为 2017 年我们能看到一个仁慈、温和的 Oracle。”

       我们该怎么做?

       一位不愿意透露姓名的专家警告说：“如果你下载了 Java ，你就获得了所有 Java 的东西。你需要确保你只安装了你有权的组件，那些你没用到的内容最好删除”。

       “如果你已经在用 Java，请确保你真正在使用的具体组件，以及它们是如何被使用的。请在 Oracle 找到你之前先对这些问题进行验证。”

       尽管 The Register 网站不断的在请求，但 Oracle 目前尚未对本文做出评论。

solaris 系统安装里第一个默认、 ttya和ttyb有什么区别

       本文所提供的步骤可构成基本灾难恢复计划的核心，也可用于将系统服务迁移到新的引导设备或相同模型但完全不同的系统。注意，不支持将已安装的软件迁移到不同模型的系统。

       如果想要下载软件、加入论坛、阅读类似本文的内容之外的其他技术方法精品文章，请成为 OTN 成员。无垃圾邮件！

       过程概述

       为根池及其关联的数据集以及任何应迁移或恢复的其他 ZFS 池（如存储重要第三方软件或本地用户帐户数据的池）创建一个 ZFS 存档。

       要备份和恢复整个系统，应对所有 ZFS 池及其数据集进行存档，如 Oracle Solaris 管理：ZFS 文件系统 指南中所述，同时应对节点所提供服务所需的所有其他非根文件系统或数据进行存档。这可确保所有配置详细信息、第三方软件和其他节点特定的元素（如本地用户帐户和数据）都将在恢复系统上恢复，且恢复到功能齐备的服务状态。本文重点介绍根池。

       创建存档之后，可以将其保存在本地可移动介质（如 USB 驱动器）上，也可以通过网络将其发送到文件服务器，以便稍后从该服务器进行检索。当需要利用存档时，可按照以下过程操作：

       从 Oracle Solaris 11 安装介质引导恢复系统，启动具有超级用户权限的 shell。

       选择和配置启动磁盘设备并创建新的 ZFS 根池。

       将存档的 ZFS 数据集恢复到新池。

       执行最终配置，然后重新启动系统。

       要求和注意事项

       任何运行 Oracle Solaris 11 的主机都可以成为此过程的候选者。对于要恢复到新磁盘或系统的系统存档，必须满足以下要求：

       存档的系统和恢复系统必须是同一模型且必须满足 Oracle Solaris 11 的最低要求。

       将容纳新 ZFS 池的磁盘的总容量至少必须与存档池中分配的空间相同（下面将提供更多详细信息）。

       存档系统和恢复系统上都需要根访问权限。

       注意，存档将包含位于所存档 ZFS 数据集中的所有软件和配置信息。这包括但不限于以下信息：

       操作系统及相关配置和调优

       所有引导环境 (BE) 和先前的 ZFS 快照

       网络配置，包括主机名、路由信息和名称服务配置

       所有本地安装的软件及本地存储的相关数据

       本地配置的用户帐户及本地用户数据

       区域及相关配置数据

       这意味着大多数情况下，在完成以下概述的步骤之后，不需要其他配置操作。

       存档映像中不包含任何硬件特定的配置数据。如果要使用此过程移动到相同模型的全新系统，不会随备份一起转移的特定于硬件的系统特征包括（但不限于）以下内容：

       磁盘容量和配置（包括 ZFS 池配置）

       内存容量和配置

       硬件以太网地址

       已安装的硬件外围设备

       对于已安装的硬件外围设备，应特别注意，如果要恢复的系统利用直接连接的外部存储或特殊的网络硬件（如光纤通道或 InfiniBand 适配器），则需要在恢复系统上安装这些设备以访问该存储。

       第 1 阶段：创建存档

       本部分介绍需要做的准备工作以及如何创建存档。

       准备

       要准备恢复，需要记下要存档的每个池的磁盘拓扑结构和 ZFS 池配置。同样，在本文中将重点介绍根池。需要对恢复系统上的目标磁盘进行类似的配置，并且需要相应调整新 ZFS 池的大小。为每个池分配的大小（以下所示的 zpool list 输出中的 ALLOC 列）至少需要确保有充足的空间来还原恢复系统上的数据集。

       # zpool list

       NAME ?SIZE ?ALLOC ? FREE ?CAP ?DEDUP ?HEALTH ?ALTROOT

       rpool ?68G ?51.6G ?16.4G ?75% ?1.00x ?ONLINE ?-

       如果有任何池的容量（如 CAP 列所示）超过 80%，最佳实践表明应扩大该池以规划容量。根据其他配置元素和工作量的不同，增加池中的空间余量还有益于性能。有关如何管理 ZFS 文件系统及相关性能的更多信息，请参阅 Oracle Solaris 管理：ZFS 文件系统。

       为准备稍后的恢复，各种命令的输出应保存到一个文件，与存档一起保存以便恢复期间参考。清单 1 中所示命令只是最低建议，根据系统配置的不同，其他配置信息也可能有用。清单 1 中所示命令及示例输出仅针对根池 (rpool)。

       上述被存档系统的信息以及恢复期间可能有用的任何其他信息均应放在一个文件中，该文件与存档文件一起保存以便稍后在恢复期间使用。

       也可以使用?Oracle?Explorer Data Collector 收集所有系统配置信息以供稍后参考。Oracle?Explorer Data Collector 及相关文档可在?MyOracle?Support（需要支持合同和登录）中找到。

       有关 ZFS 管理和容量规划的其他信息，请参阅?Oracle?Solaris?管理：ZFS 文件系统。

       创建存档

       要对根池进行存档并包括所有快照和 BE，可创建一个 ZFS 复制流。首先，必须从池的顶级创建一个递归快照。同样，可以对需要存档并传给恢复主机的其他池进行存档。

       注意，rpool?是默认的根池名称，但在任何给定系统上根池可能有不同的名称。如果要对所有池和数据集进行存档，这不是很重要。然而，如果只需要备份根文件系统或者只需要备份选定的一组 BE，且不清楚它们驻留在哪个池上，可以使用?beadm list -d?命令来确定。此后，使用默认名称?rpool?来引用根池。

       以下命令创建根池的一个名为?archive?的递归快照。还可以基于您需要的日期或您期望的任何其他描述性标签选择快照名称。

       # zfs snapshot -r rpool@archive

       现在已创建递归快照，但应从中删除交换和转储设备快照，因为它们可能不包含与系统迁移或恢复相关的任何数据。而且，删除它们通常会显著降低存档的大小。

       以下命令将删除默认命名的交换和转储设备快照，虽然主机上可能部署了其他快照。

       注：关于转储设备，尽管转储设备也有可能有数据尚未提取到?/var?数据集（以核心存档的形式），但可能性不大。如果是这种情况，就应保存转储设备的内容，应在删除转储设备快照之前将内容转储到文件系统。详情参见?dumpadm(1M)。

       # zfs destroy rpool/swap@archive

       # zfs destroy rpool/dump@archive

       要确定是否存在默认命名设备之外的其他设备，可使用?swap(1m) 和?dumpadm(1m) 分别列出交换和转储设备的名称。

       现在快照准备好了。下一步是将其发送到文件进行存档。如果要存档多个 ZFS 池，每个池将有一个快照，且每个快照将发送到自己的存档文件。同样，在本示例中，以下步骤重点放在创建根池的存档。不过，可用同样的方式对系统上的任何其他池进行存档。

       ZFS?send?命令以管道方式输出到?gzip?命令，结果产生一个压缩文件，其中包含池快照的存档。创建此存档文件时，使用某个有助于稍后确定存档内容的反映主机名、日期或其他描述性术语的唯一命名方案是一个好主意。

       存档文件可以本地保存以便稍后进行重定位，也可以创建在可移动介质上。注意，尽管使用了压缩，本地或文件服务器上仍应有足够的存储空间供存档使用。一个好的经验是有足够的空间容纳?zpool list?报告的?ALLOC?量的总和。

       要在本地创建存档文件，可使用以下命令。恢复映像文件名可以是任何有助于识别此存档以便稍后使用的字符串。例如，通常选择使用主机名加日期。

       # zfs send -Rv rpool@archive | gzip > /path/to/archive_$(hostname)_$(date +%Y%m%d).zfs.gz

       现在应将该存档文件移动到文件服务器以便稍后检索。

       还可以选择将存档文件直接写入挂载 NFS 的路径，如下所示。

       # zfs send -Rv rpool@archive | gzip > /net/FILESERVER/path/to/archive_$(hostname)_$(date +%Y%m%d).zfs.gz

       类似地，可以使用?ssh?以流方式将存档文件发送到文件服务器。

       # zfs send -Rv rpool@archive | gzip | ssh USER@FILESEVER "cat> /path/to/archive_$(hostname)_$(date +%Y%m%d).zfs.gz"

       注意，使用这最后一个选项通过网络以流方式传送存档时，ssh?传输不支持任何暂停和恢复功能。因此，如果网络连接中断，需要重新启动整个命令。

       强烈建议在备份的文件系统上存储存档文件。

       注意，恢复存档已创建，现在可以删除本地快照了。

       # zfs destroy -r rpool@archive

       第 2 阶段：从存档恢复

       系统引导

       只要需要执行系统恢复或系统迁移操作，就可以开始恢复阶段。

       首先，需要从?Oracle?Solaris?11?安装介质引导恢复系统。用于引导恢复系统的安装介质应与用于构建存档的?Oracle?Solaris?11?的版本相同。例如，如果存档是在?Oracle?Solaris?11?11/11?主机上创建的，则在此阶段应使用?Oracle?Solaris?11?11/11?安装介质。可以从 DVD、USB 设备或网络引导恢复系统。注意，不是从此介质安装系统，相反，此介质仅用于引导系统。引导之后，将在可以开始恢复过程的位置启动 shell。

       要从 DVD 或 USB 安装介质引导，请插入介质并选择相应的设备作为引导设备。使用 LiveCD，GNOME 桌面会话可用于恢复过程；一旦桌面启动，可启动一个终端窗口来执行此过程的其余部分。如果使用基于文本的介质，可选择在 Text Installer 菜单出现时退出 shell。

       Oracle?Solaris?自动安装程序 (AI) 或 AI 介质的本地副本也可以用于引导系统。在 x86 主机上，选择“Text Installer and command line”GRUB 菜单项将运行 Text Installer，可从菜单中选择一个 shell。

       类似地，在 SPARC 主机上，引导 AI 介质（从本地或通过网络）而不启动自动安装将允许您从 Text Installer 菜单选择 shell。这可以通过在 SPARC 计算机上的引导提示符处调用以下引导命令来完成：

       {0} ok boot net:dhcp

       有关如何在?Oracle?Solaris?11?中引导系统的更多信息，请参阅系统管理指南：基本管理?中的?x86?和?SPARC?引导信息。

       引导设备和根池准备

       第一步是配置新的引导磁盘设备。有关如何管理磁盘设备、如何确定引导设备以及如何更改默认引导设备（如有必要），请参阅?OracleSolaris?管理：设备和文件系统?指南以及系统管理指南：基本管理?中的?x86?和?SPARC?引导信息。

       注意，如前面所引用的，可复制原来的磁盘布局，也可以使用不同的磁盘布局，只要采取以下步骤并将磁盘开始部分的空间预留给引导数据。此外，根池（或其他恢复目标池）不必与原始池大小相同。不过，新池的大小必须足以包含各自存档文件中的所有数据（即与?zpool list?输出中的?ALLOC?部分大小相等，如前所述）。

       一旦选择了引导设备，就可以根据需要基于存档系统上的初始磁盘配置对其进行配置。在此重申，所要求的是最终所创建的 ZFS 池的大小应足以存储数据集，也就是?zpool list?的输出中所显示的?ALLOC?的数值。

       format(1M) 命令用于根据需要配置磁盘分区和/或分片。对于引导设备，应使用 VTOC 标签，默认配置为起始于柱 1 的全设备分片 0。作为创建存档的一部分保存的文件可以提供关于如何最好地配置引导设备的指导。

       首先从?format?实用程序的菜单选择所需的引导设备，如清单 2 所示。

       完成之后，可以根据需要配置分片。清单 3 显示设置全容量（或“全力”）分片 0 的示例，这是默认配置。该分片从柱 1 开始，以便在磁盘开头部分为引导软件留出空间。注意，根据系统架构、磁盘几何及其他变量，分区表可能略有不同。

       清单 3：设置全容量分片的示例

       注意，如果存档的系统的根池未使用默认名称?rpool，在此应使用其实际名称。尽管使用不同名称的池也能成功完成恢复过程，但产生的 ZFS 文件系统可能会采取不同的挂载点，这可能会造成混乱。因此，应使用与存档 ZFS 池相同的名称创建恢复 ZFS 池。

       此时还可以创建恢复存档所需的任何其他 ZFS 池。注意，如果系统上的某个现有池已经使用期望的名称，您需要另选其他名称。有关如何创建 ZFS 池的更多信息，请参阅?Oracle?Solaris?管理：ZFS 文件系统?指南。

       下一步是从存档文件恢复 ZFS 数据集。如果存档存储在可移动介质上，现在应连接和配置该介质以便可以访问其中的文件。有关如何配置可移动介质的更多信息，请参阅?Oracle?Solaris?管理：设备和文件系统?指南。

       一旦可以从本地访问存档文件，就可以使用以下命令恢复数据集。

       # gzcat /path/to/archive_myhost_20111011.zfs.gz | zfs receive -vF rpool

       如果存档文件存储在联网的文件服务器上，可以使用以下命令以流方式获取存档并恢复数据集。

       # ssh USER@FILESERVER "cat /path/to/archive_myhost_20111011.zfs.gz" | gzip -d | zfs receive -vF rpool

       如果该主机上存档了要恢复的其他池，此时可以使用与以上所示相同的 ZFS 操作恢复这些池。有关如何恢复 ZFS 数据集的其他信息，请参阅?Oracle?Solaris?管理：ZFS 文件系统。

       本过程的数据恢复部分现已完成。现在必须执行最后几步来确保恢复系统将按照预期方式进行引导。

       第 3 阶段：配置和验证

       首先，必须创建要用于恢复后系统的交换和转储设备。注意，这里使用的是默认命名的设备，因此无需其他管理任务（例如，使用swap(1m) 命令添加交换设备），因为这些设备已经在使用中并且配置成在引导时与该系统一起运行。如果目标系统的内存配置与存档的系统不同，交换和转储设备可能需要不同的大小，但名称仍与先前的配置相同，因此，这些设备在恢复系统首次引导时会被正确配置。

       应按照?Oracle?Solaris?管理：设备和文件系统?和?Oracle?Solaris?管理：ZFS 文件系统?指南中的建议调整交换和转储设备的大小，大体如下表所示。

       一旦激活，beadm list?输出中 BE 的?Active?列将显示?R，表示在重新启动时处于活动状态。这可以通过再次调用?beadm list?来确认。有关 BE 管理的其他信息，请参阅创建和管理?Oracle?Solaris?引导环境。

       现在可以重新引导系统。除了任何物理拓扑结构、外围设备更改和其他硬件相关更改之外，该系统应与存档系统一样。软件配置和数据以及恢复的任何辅助 ZFS 池应由存档系统继承而来，如上所述。应检查和验证网络配置。如果系统是在新网络上恢复的，或者自创建存档之后与网络有关的配置元素发生了更改，则可能需要某些修改。有关配置的更多信息，请参阅?Oracle?Solaris?管理指南。

       总结

       本文演示了可存档和恢复已安装和配置的?Oracle?Solaris?11?主机的一组过程。这些过程可用作整个灾难恢复计划的组成部分，也可用于将Oracle?Solaris?11?系统上托管的业务服务迁移到另一个引导设备或相同模型的完全不同的系统。

       转载

       1. ttya,ttyb是机器上的串口，ttya是硬件顺序的第一个串口，ttyb是第二个。

       比如使用串口连接并登录机器的时候，如果系统的默认是ttya，你需要将串口线连接到机器的serial port1来登录机器，如果默认是ttyb则需要通过serial port2来登录机器（在机器有多个串口的情况下）

       2. 图形界面你可以检查一下cde是否已经启用。

       svcs -a|grep cde

       如果是disable的可以启动后再试试

       svcadm enable cde

       好了，关于“solaris硬件”的话题就讲到这里了。希望大家能够通过我的讲解对“solaris硬件”有更全面、深入的了解，并且能够在今后的工作中更好地运用所学知识。