JavaScript is required to for searching.
跳过导航链接
退出打印视图
Oracle® ZFS Storage Appliance 客户服务手册

适用于 ZS3-x、7x20 控制器和 DE2-24、Sun Disk Shelf

Oracle 技术网
文档库
PDF
打印视图
反馈
search filter icon
search icon

文档信息

使用此文档

 1 简介

 2 硬件维护

 3 系统维护

系统

简介

系统磁盘

支持包

使用 BUI 管理支持包

使用 BUI 生成和上载支持包

支持包选项

使用 CLI 管理支持包

初始设置

恢复出厂设置

更新

系统更新

软件更新通知

使用 BUI 调度软件通知

使用 CLI 调度软件通知

使用 BUI 检查更新

使用 CLI 检查更新

系统更新概述

前提条件

更新运行状况检查

BUI

CLI

排除更新运行状况检查的故障

解决运行状况检查警报要采取的措施

解决步骤

解决运行状况检查警报的步骤

延迟更新

更新之后的重新引导

硬件固件更新

回滚

失败安全回滚

群集升级

执行群集升级

升级期间的群集状态

通过 BUI 更新

解压缩并验证介质

开始升级

回滚

删除更新介质

应用延迟更新

通过 CLI 更新

解压缩并验证介质

开始升级

回滚

删除更新介质

应用延迟更新 (CLI)

Passthrough x

Passthrough-x 延迟更新

用户配额

用户配额延迟更新

COMSTAR

COMSTAR 延迟更新

三重奇偶校验 RAID

三重奇偶校验 RAID 延迟更新

重复数据删除

重复数据删除延迟更新

复制

复制延迟更新

已接收属性

接收的属性延迟更新

精简 ZIL

简介

快照删除

快照删除延迟更新

递归快照

递归快照延迟更新

多次更换

多次更换延迟更新

RAIDZ 镜像

RAIDZ/镜像延迟更新

可选子目录

简介

每个 LUN 多个启动器组

简介

支持大型块

支持大型块

顺序重新同步

顺序重新同步

配置备份

配置备份

备份内容

恢复的影响

安全注意事项

使用 BUI 管理配置备份

创建配置备份

从已保存配置中进行恢复

删除已保存配置

导出已保存配置

导入已保存配置

使用 CLI 管理配置备份

列出配置

创建配置备份

从已保存配置中进行恢复

删除已保存配置

导出已保存配置

导入已保存配置

问题

问题

未解决问题的显示

修复问题

相关功能

日志

日志

警报

故障

系统

审计

回拨

BUI

查看日志

导出日志

CLI

列出日志

查看日志

查看所有日志条目

查看日志条目组

查看条目详细信息

导出日志

维护工作流

使用工作流

工作流执行上下文

工作流参数

约束参数

可选参数

工作流错误处理

工作流输入验证

工作流执行审计

工作流执行报告

版本控制

设备版本控制

工作流版本控制

作为警报操作的工作流

警报操作执行上下文

审计警报操作

使用调度的工作流

使用 CLI

对调度表进行编码

示例:设备类型选择

BUI

CLI

下载工作流

查看工作流

执行工作流

审计警报操作

作为警报操作执行的工作流可以使用 audit 函数生成审计日志条目。建议通过 audit 函数将所有相关的调试信息生成到审计日志中。例如,下面是如果处于群集状态则执行故障转移的工作流-但是它审计所有无法重新引导故障:

var workflow = {
       name: 'Failover',
       description: 'Fail the node over to its clustered peer',
       alert: true,
       setid: true,
       execute: function (params) {
               /*
                * To failover, we first confirm that clustering is configured
                * and that we are in the clustered state.  We then reboot,
                * which will force our peer to takeover.  Note that we're
                * being very conservative by only rebooting if in the
                * AKCS_CLUSTERED state:  there are other states in which it
                * may well be valid to failback (e.g., we are in AKCS_OWNER,
                * and our peer is AKCS_STRIPPED), but those states may also
                * indicate aberrent operation, and we therefore refuse to
                * failback.  (Even in an active/passive clustered config, a
                * FAILBACK should always be performed to transition the
                * cluster peers from OWNER/STRIPPED to CLUSTERED/CLUSTERED.)
                */
               var uuid = params.uuid;
               var clustered = 'AKCS_CLUSTERED';

               audit('attempting failover in response to alert ' + uuid);

               try {
                       run('configuration cluster');
               } catch (err) {
                       audit('could not get clustered state; aborting');
                       return;
               }

               if ((state = get('state')) != clustered) {
                       audit('state is ' + state + '; aborting');
                       return;
               }

               if ((state = get('peer_state')) != clustered) {
                       audit('peer state is ' + state + '; aborting');
                       return;
               }

               run('cd /');
               run('confirm maintenance system reboot');
       }
};