活动选项卡 存储
开始选项卡子链接

存储

上次更新时间：2008 年 6 月 13 日


磁盘产品

  • Sun StorageTek 31xx、33xx、35xx
    • 无需客户操作 — 阵列仅使用格林威治标准时间
  • Sun StorageTek 52xx、53xx
    • 使用 4.12 之前版本的客户必须升级到 4.12 或更高版本
    • 使用 4.12 或更高版本的客户需要从 ftp://elsie.nci.nih.gov/pub/ 下载 DST 时间表并运行 zic 命令
  • Sun Storagetek 5800
    • 内部使用世界标准时间，无影响。
  • Sun StorageTek 6020、6120
    • 无需客户操作 — 应通过 CLI 手动更新时间
  • Sun StorageTek 6130、6140、6540
  • Sun StorageTek FLX380、FLX280、FLX240、FLX210
  • Sun StorageTek D280、D240、B280、D178
    • 控制器固件
      • DST 更改对控制器固件或硬件操作无影响。由控制器存储或通过 SYMbol 接口传递的所有时间值均以绝对 GMT（格林威治标准时间）表示。将从控制器的实时时钟获取时间并以 GMT 格式返回到管理界面。
      • 时间戳或控制器固件保存的时间值并无时区的概念。管理软件应在这些值与当地时区对应值之间进行转换。
    • 管理软件
      • 客户将使用 CAM 或 SANtricity 作为这些阵列的管理软件。
      • 有关 CAM 和 SANtricity 的信息，请参见“存储软件”部分。
  • Sun StorageTek 6320
    • 补丁仍在开发中，但在 2007 年 3 月 11 日之前不可用
    • 客户可以根据需要手动更改时间
    • 不升级的影响 — 在 3 月 11 日到 4 月 1 日的三周内，（Sun StorageTek 6320 上生成的）相关事件日志将有 1 小时的偏差。假定已经正确更新了连接到 Sun StorageTek 6320 的服务器，因为所有最终用户时间戳（如文件日期/时间戳）均由主机生成并像简单数据一样存储在 Sun StorageTek 6320 上，用户应该看不到任何明显的问题。Sun StorageTek 6320 将于 4 月 1 日星期日自行纠正，启用 DST。
  • Sun StorEdge 6910、3910、6960、3960
    • 无需客户操作
    • StorEdge 6910、3910、6960 和 3960 均使用 GMT 记录日志事件
    • 如果需要，可以手动设置服务处理器上的时间
    • 如果未设置时间，则无影响
  • Sun StorageTek 6920
    • 无需客户操作 — 未来的固件版本 3.0.1.26 中将解决此问题
      • 固件版本 3.0.1.26 (URB 26) 现已推出。此升级必须由 Sun 工程师执行。请与当地支持中心联系，了解更多信息。
    • 目前尚无解决办法
    • 请参见 Sun 警报 102797
    • 不升级的影响 — 在 3 月 11 日到 4 月 1 日的三周内，（Sun StorageTek 6920 上生成的）相关事件日志将有 1 小时的偏差。假定已经正确更新连接到 Sun StorageTek 6920 的服务器，因为所有最终用户时间戳（如文件日期/时间戳）均由主机生成并像简单数据一样存储在 Sun StorageTek 6920 上，用户应该看不到任何明显的问题。Sun StorageTek 6920 将于 4 月 1 日星期日自行纠正，启用 DST。
  • Sun StorageTek 9xxx
    • Sun StorageTek 9xxx 系统包含工程师在系统的安装、配置和持续管理过程中所用的服务处理器 (SVP)。SVP 上的时钟通常由工程师设置为格林威治标准时间 (GMT) 或客户的当地时间，且不得设置为根据 DST 或任何其他类似更改而自动调整。DST 开始/结束日期的变更不会影响这些存储系统的操作。
    • 无需客户操作
  • Sun StorageTek 9900、9985 NAS Blade
    • 9990 和 9985 的 NAS Blade 依赖其 NAS 操作系统计算夏令时更改。所需更改包含在 03-07 NAS 操作系统版本中，该版本计划于 2007 年 2 月 19 日发布。
    • 有关 Hitachi 软件和 Microcode 订单流程的详细信息，请参见 InfoDoc 78884。
    • 请注意，此升级必须由经过培训的 Sun 人员执行。
    • 更多信息，请参见 http://www.hds.com/pdf/hds_dst_impact.pdf
  • Sun StorEdge A1000、A3000、A3500、A5x00、RM6、RSM2000、SSA 阵列
  • Sun StorEdge D130、D2、D240、D1000、S1 JBOD
    • 无需客户操作
  • 共享虚拟阵列 (SVA) 磁盘产品 — V2X4f、V2X2、V2X、V960 及相关产品
  • Virtual Storage Manager (VSM) 平台 — VSM2、VSM3、VSM4、VSM4e、VSM5
    • 这些产品维护内部日历时钟，完全独立于任何基于主机的时钟。这些产品的内部日历时钟必须手动与当地时间同步。这是通过本地或单独的操作面板完成的。保持产品的内部日历时钟始终与实际当地时间同步只是为了方便，不会对产品操作产生任何正面或负面影响。
    • 除非产品设置为当地时间，否则无需客户操作
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Sun StorEdge T3、T3+
    • 无需客户操作
    • 如果需要，可以手动更改时间
    • 不更改时间的影响是日志中记录的时间将连续 3 周滞后 1 小时
  • HBA
    • 应用操作系统补丁


磁带产品

  • StorageTek SL8500、SL500
    • 无需客户操作
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Key Management Station
    • 可手动重置时钟。将联系客户并协助其完成重置过程。
  • 磁带机（所有型号）
    • 无需客户操作
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • StorageTek L1400、L700、L180、L80、L40、L20
    • 这些产品维护内部日历时钟，独立于任何基于主机的时钟。这些产品的内部日历时钟必须手动与当地时间同步。保持产品的内部日历时钟与实际当地时间同步只是为了方便，不会影响产品操作。
    • 除非产品设置为当地时间，否则无需客户操作
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • StorageTek 9310、97xx
    • 这些产品维护内部日历时钟，独立于任何基于主机的时钟。这些产品的内部日历时钟必须手动与当地时间同步。保持产品的内部日历时钟与实际当地时间同步只是为了方便，不会影响产品操作。
    • 除非产品设置为当地时间，否则无需客户操作
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • StorageTek C2、C4
    • 客户必须通过操作员控制面板重置时间。有关说明，请参见用户手册
    • 如果时间不正确，可能影响数据备份的时间
    • 另请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • StorageTek StorageNet 6000 存储域管理器 (SN6000)
    • 产品采用世界标准时间运行
    • 无需客户操作
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁


存储软件


有关其他软件产品信息，另请参见“软件”部分。
  • ACSLS
    • 无需客户操作
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Backbone
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Business Analytics
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • CAM (Common Array Manager)
    需要客户操作：
    • 当前使用 CAM 5.0、5.0.1 或 5.0.2 的客户将需要应用 Java 修复程序并更新操作系统。
    • 需要应用 Java 修复程序，并需要重新启动 JVM。这将导致 CAM 重新启动。

    还需要以下操作系统补丁：
    参考资料：
    • Sun StorEdge 6130 Array Host Installation Software for Solaris V1.2（原来的 6130 版本）
      • 运行在 Solaris/SPARC 版本 8、9、10 上
      • 使用 J2SDK 1.4.2_08 (Java SDK)
    • Sun Storage 6140 Array Management Software 2.1（原来的 6140 版）
      • 运行在 Solaris/SPARC 版本 8、9、10 上
      • 使用 J2SDK 1.4.2_08
    • Sun StorageTek Common Array Manager (CAM) 5.0、5.0.1、5.0.2（原来的 6540 版本）
      • 运行在 Solaris/SPARC 版本 8、9、10、Solaris/X86 版本 10、Windows 上
      • 使用 J2SDK 1.4.2_08

    CAM 5.1 在 2007 年 2 月的发布将附带修复此问题的新 Java SDK。

    如果不应用更改，可能对客户产生的影响：
    • 如果客户未对 CAM 5.0、5.0.1 或 5.0.2 应用 Java 修复程序或升级到 CAM 5.1，则 CAM 报告的时间将不会在正确的时间针对 DST 进行更改。这可能会导致日志和/或警报条目中的时间戳偏差 1 小时。
  • CBEM
    • 需要更新到 Java 1.4.2_13
    • 请参见 Java DST 信息，从该产品使用的 Java 1.4.2 映像更新。
  • Data Replication Manager 1.0
    • 需要更新到 Java 1.4.2_13。它与 Java 5.0 不兼容。在安装过程中，根据客户在安装中的操作的不同，可能已经安装 Java 1.4.2_08。
    • 如果不应用更改，可能对客户产生的影响：
      • 时间戳的显示可能不正确。
  • EBS (EMC)
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • ExLM
    • 无需客户操作
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Expert High Performance Data Mover
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Expert Performance Reporter
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Hitrack
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • 主机软件组件
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Intellistore
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Lib Attach
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Library Station
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Management Portal 1.0
    • Portal 1.0 高度依赖 Java Enterprise System 第 3 版（Web Server、Portal Server、Directory Server、Access Manager）和 Postgresql 7.x。
      • 关于此问题，请参见 Java Enterprise System 第 3 版产品。
    • 如果不应用更改，可能对客户产生的影响：
      • 该产品中的几个 portlet 可能会显示错误的时间戳。
    • 请参见关于 Java 版本的 Sun 警报 102760，并请参见 Java DST 信息，将 Java 版本升级到新版本。
  • MVS — 客户端系统组件 (MVS/CSC)
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • 可移动介质、库软件/客户端系统组件 (RMLS/CSC)
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • SANtricity
    SANtricity 管理软件依赖 Java Runtime Engine (JRE) 将 GMT 转换成相应的时间。此计算涉及时区转换和夏令时转换。因此为修复 SANtricity 中的此问题，必须分发包含相应 JRE 的新主机软件版本。此问题在 1.4 JRE 版本 1.4.2.11 及 1.5 JRE 中得到解决。

    需要客户操作：
    • 将 SANtricty 升级到新的 9.12 版或 SANtricity 9.19。
    • 新的 9.12 及所有 9.19 SANtricity 版本中均已包含所需 JRE 更新。如果客户运行的是这些版本中的任何一个，就不会在其管理的任何固件级别看到 DST 更改的任何影响。

    如果不应用更改，可能对客户产生的影响：
    • 如果客户并未运行这些版本中的任何一个，则应无实质性影响。影响是表面性的，电子邮件警报及重大事件日志条目将在春季的三周内和秋季的 1 周内偏差 1 小时。这是因为当前使用的 Java 运行时引擎将错误地转换时间。
    • 这应该不是一个实质性的影响；如上所述，控制器固件内部的所有时间都是以绝对形式存储的。从 SANtricity 或其他基于 Java 的管理软件的角度看，这些值在三周内将是错误的。在诊断报告、各种组件显示对话框和性能监视器中可能看到其他错误的时间戳。
  • SDP 软件设备
    • SDP 站点单元需要 JRE 和 RedHat Linux 升级补丁
    • 更新将由 SDP 工程部通过远程连接实施
  • SDS/SVM/SLVM
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Storage Foundation
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • 存储管理组件
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Storagetek Traffic Manager、SAN (Leadville) 和 SAN Foundation Kit
    • 这些产品是 Solaris 整合的组件，需要应用 Solaris 操作系统补丁。
  • Unicsys — 客户端系统组件 (Unisys/CSC)
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • Veritas Cluster Server (VCS)
    • 使用 Java Run Time Environment（VRTSjre (Java 1.4) 和 VRTSjre15 (Java 1.5)）
    • 请参见 Java DST 信息。
  • Veritas Volume Manager
    • 需要 Solaris 补丁
  • Virtual Tape Control System
    • 从操作系统获取时间
    • 请咨询您的操作系统供应商，确定是否需要操作系统补丁
  • 虚拟化
    • StorageTek VTL
    • StorageTek MirrorStore
    • FalconStor IPStor
      • VTL、Mirrorstore 和 IPStor 管理软件依赖于 Java Runtime Engine (JRE)。RedHat v7.3 补丁和 SUSE v9.3 补丁是对 JRE 的更新。运行这些补丁将确保正确计算本地时间。
      • 如果不应用更改，可能对客户产生的影响：
        • 如果客户不安装这些更新，FalconStor IPStor、Mirrorstor 和 VirtualTape Library 系统将不会准确反映复制计划、TimeMark 快照、日志文件、报告和客户端/服务器同步的正确本地时间。影响日期从 3 月 11 日到 4 月 1 日，再从 10 月 28 日到 11 月 4 日。使用网络时间协议 (NTP) 不能解决这些问题。如无补丁，本地时间值将在为期三周的时间段内不正确。一过 4 月 1 日的原始 DST 日期，就会纠正这些值。
      • 有关客户操作，请参见 Sun 警报 102811
    • VSM（所有型号）
    • VSM SW VTCS、VTSS、NCS
      • 从操作系统获取时间
      • 请咨询您的操作系统供应商，确定是否需要操作系统补丁



变更日志

注：本更改日志仅反映对本网页的更改。有关产品更新的详细信息，请参见产品特定信息。
  • [2008 年 6 月 13 日] 更新了对 Sun 警报 103044 的引用，以引用新的 Sun 警报 234461。
  • [2007 年 8 月 22 日] 更新了特定于美国的 Solaris 链接以引用 DST Sun 警报 103044。
  • [2007 年 8 月 22 日] 更新了特定于美国的 Java 链接以引用 Java DST 主信息页面。
  • [2007 年 3 月 9 日] Sun StorageTek 52xx、53xx — 修订了说明并新增了更新过程
  • [2007 年 3 月 7 日] Qlogic 交换机固件版本 5.0.1.10 现已推出
  • [2007 年 3 月 7 日] ST6920 — 固件版本 3.0.1.26 现已推出
  • [2007 年 3 月 5 日] 更新了 Sun StorageTek 6920 固件版本信息
  • [2007 年 3 月 2 日] 交换机 — 新增了 Sun 警报 102788
  • [2007 年 3 月 2 日] 新增了 RMLS/CSC
  • [2007 年 2 月 26 日] VTL、Mirrorstore、IPstor — 替换了客户操作以参考 Sun 警报 102881
  • [2007 年 2 月 26 日] 新增了 StorageTek L180、L80、L40、L20、9310、97xx
  • [2007 年 2 月 21 日] 新增了 Sun StorageTek 9900 的 Hitachi Data System 外部站点链接
  • [2007 年 2 月 21 日] 更新了对 Sun StorageTek 6320、6920 的影响
  • [2007 年 2 月 20 日] Sun StorageTek 6320 — 更新了状态和影响
  • [2007 年 2 月 16 日] 新增了 SL500
  • [2007 年 2 月 16 日] 新增了 ExLM 和 Unisys/CSC
  • [2007 年 2 月 16 日] 删除了 L500、SL1400
  • [2007 年 2 月 16 日] 新增了 StorEdge 6910、3910、6960、3960、T3、T3+
  • [2007 年 2 月 14 日] StorageTek C2、C4 — 更新了客户操作
  • [2007 年 2 月 14 日] Sun StorageTek 6920 — 新增了固件 3.0.1.26 的发布日期
  • [2007 年 2 月 14 日] Sun StorageTek 9900、9985 NAS Blade — 新增了 NAS OS 03-07 更新要求
  • [2007 年 2 月 14 日] 新增了查看 Software 清单的提醒
  • [2007 年 2 月 14 日] 在软件下新增了 StorADE 信息的链接
  • [2007 年 2 月 14 日] VTL、Mirrorstore 和 IPStor — 新增了安装过程
  • [2007 年 2 月 12 日] Sun StorageTek 6920 — 更新了信息并新增了 Sun 警报号
  • [2007 年 2 月 12 日] Sun StrorageTek 9xxx — 新增了有关时间配置的更多详细信息
  • [2007 年 2 月 12 日] 添加了关于 VTL、MirrorStore 和 IPStor 的客户影响和操作
  • [2007 年 2 月 08 日] 新增了 StorageTek SN6000