NetApp存储双控制器我只想用一个，怎样设置？是拔掉一个控制器还是用什么方法屏蔽掉一个控制器？

NetApp的存储是Active-Active配置，正常工作时是两套独立的存储，控制器之间有心跳线监测对方的运行状态，一旦一个控制器宕掉，另一个就会takeover宕掉的控制器，保证存储是可以持续访问的，这本来是解决控制器单点故障的方案，拔掉一个控制器的话控制器就没有冗余了。如果确实想使用Active-Standby的工作方式，可以这样做：Standby的控制器上至少留下3块盘，做一个root卷，其他盘的ownership全部改成Active控制器的system-id，不过我们从来不推荐这么做，浪费资源。

NetApp V 系列产品线是一个存储虚拟化解决方案，使 IT 团队能够在利用现有的 SAN 投资的同时，利用 NetApp 提供的独特功能。V 系列产品线具有独特的能力，能够统一对 Hitachi、hp、ibm、Fujitsu 和 EMC 的存储阵列产品的块和文件访问。

这篇文章简要介绍 V 系列产品线，并提供关于 IT 团队如何部署 V 系列系统以增强传统 SAN 环境的五个实例。

V 系列优点

在 SAN 主机环境中部署 V 系列将 Data ONTAP 的强大功能引入传统的 SAN。V 系列系统用作 NAS 网关和 SAN 虚拟化引擎，提供一系列丰富的存储功能并将块和文件访问统一到单个平台中。

V 系列系统与 NetApp FAS 存储系统在支持方面相同：

一套完整的前端协议，包括 CIFS、NFS、iScsI 和 FCP

空间效率 NetApp Snapshot™ 功能，仅将更改的块写入磁盘

NetApp 复制软件，包括 SnapMirror、SnapVault、SyncMirror和 NDMP

所有主机端连接软件，包括 SnapDrive、SnapManager for Oracle、SnapManager for Exchange Server 和 SnapManager for SQL Server 对于传统 SAN 环境，这些优点明显。例如，由于 NetApp 独特的快照方法，可以很频繁地创建 Snapshot 副本而几乎没有性能影响。NetApp 还消除了传统备份中固有的冗余，由于无需确定更改的数据而缩短了备份时间，并提供了 100% 备份验证。另外，V 系列产品线支持使用 NetApp 主机管理软件，与传统的存储阵列解决方案相比，不仅减少了备份和恢复时间，而且使应用程序所有者能够在存储管理员最少干预的情况下恢复自己的数据。

V 系列与使用 NetApp FAS 存储有何不同？

V 系列和 FAS 产品使用相同的硬件控制器并运行相同的 Data ONTAP *** 作系统。前端是存储阵列的 V 系列系统与具有 NetApp 磁盘的 FAS 系统之间的主要区别是 V 系列控制器不再运行 RAID 4 或 RAID-DP™。相反，V 系列系统将 RAID 保护任务转移给存储阵列。V 系列存储池是后端 LUN 的大型 RAID 0 条带。

支持的存储阵列

V 系列产品线支持 Hitachi、HP、IBM、Fujitsu 和 EMC 的存储子系统。客户对现有 EMC 环境中的统一存储和简化管理的需求促使 NetApp 投资支持 EMC CX 阵列。V 系列/EMC 系统在 18 个月前在 SNW 首次演示，而如今 EMC CX 阵列已经完全获得 NetApp 认证，现已在公共 V 系列支持表中列出。

支持的阵列的详细最新列表可以在 NOW™ 站点上找到。支持表当前包括 IBM DS8000 和 DS4000 系列、Fujitsu Eternus、HDS Tagmastore、AMS、Thunder、Lightning 以及 HP 的再造品牌同等阵列。NetApp 承诺在 V 系列产品线之后继续扩展支持的阵列列表，并提供附加虚拟化功能。

实例

下面是关于真实客户如何在各种传统存储阵列中利用 V 系列产品线的一系列示例。虽然每个示例涉及特定供应商的存储阵列，但是对于任何支持的阵列，这些方法都很容易实施。

实例

下面是关于真实客户如何在各种传统存储阵列中利用 V 系列产品线的一系列示例。虽然每个示例涉及特定供应商的存储阵列，但是对于任何支持的阵列，这些方法都很容易实施。

主要灾难很少发生。但是确实会发生，NetApp 功能能够大大减少恢复时间。数据中心硬件通常在租用结束时需要刷新，或者在需要大型应用程序服务器时需要升级。例如，在部署了 V 系列系统的 HDS 环境中执行主机更换期间，小型服务器更换为大型服务器以应对处理需求的意外增大。主机数据由为 FCP LUN 服务的 V 系列系统提供。由于主机管理员错误，LUN 在从 V 系列传送时意外损坏。

在此情况下，最新备份是五天前的备份，该应用程序是大型公司项目的重要途径。在引入 V 系列产品线之前，唯一的恢复选择只能是找到备份磁带并重放五天的日志。但是，通过使用 NetApp Snapshot 复制，恢复只需要几分钟，公司的 Oracle 数据库片刻之间重新联机。

V 系列和 IBM DS8000/DS4000 阵列：优异的灾难恢复

另一个关于如何使用 V 系列系统的示例在提供优异灾难恢复 (DR) 服务的公司可以看到。此提供商部署了 IBM DS8000 和 DS4000 存储阵列作为其 IT 基础设施的一部分。

在灾难恢复站点引入 V 系列系统扩展了公司的客户范围。现在，运行具有 NetApp 磁盘的 FAS 存储或具有任何存储阵列的 V 系列系统的 IT 部门可以复制到优异灾难恢复站点上的 V 系列系统。

V 系列和 HDS Lightning 阵列：Oracle 的业务连续性

最后一个示例涉及一个现有 SAN，该 SAN 支持在 Solaris™ 主机上运行并且存储由 HDS Lightning 阵列和本地存储提供的 Oracle 应用程序。如果发生站点完全中断，公司需要将所有数据复制到另一个状态，但是不需要在灾难恢复站点上复制其现有 HDS 环境。

相反，IT 团队将 V 系列系统插入其环境，并且将其基于 SAN 的 Oracle 应用程序和 Windows 共享迁移到 V 系列环境。这样在客户的以太网上任何位置均可复制。主位置的 HDS Lightning 解决方案上的 V 系列前端的数据使用 NetApp SnapMirror 软件镜像到远程站点上 IBM 品牌的 NetApp FAS 系统。所有计划、实施、迁移和测试均使用 NetApp 专业服务完成。

使用非 HDS 复制策略使 IT 团队降低成本并仍然达到其灾难恢复目标。

Enable autosupport： 在console上执行下面的命：options autosupport.enable on

如何去手工触发Autosupport?

在NAS console上执行命令： options autosupport.doit test

看到有输出就能判断有新的autosupport data 生成。

如何抓autosupport data

可以通过HTTP的方式获取日志：

在浏览器上输入下面的网址:

http://<system_name>/na_admin/logs/

system_name是你的存储系统名称，也可以是管理IP地址。

对有CIFS share的Windows Client ，可以用下面方式访问 root volume.

map xx.xx.xx.xxc$

将 etclogautosupport 下的目录和文件 （yyyymmddhhmm） 拷贝出来，并发给 QQ 2926436277或者微信SymmToken。

对有NFS export的 UNIX/Linux Client可以 mount root volume.

Mount /vol/vol0 to any mounting directory (i.e. /mnt)

将etclogautosupport 下的目录和文件（yyyymmddhhmm）拷贝出来，并发给QQ （2926436277）或者微信Symmtoken进行分析。

当CIFS, NFS都不可用的情况下 (譬如只有FCP or iSCSI license)

利用 NAS Console(串口或telnet),将串口或者telenet打开为抓取日志模式。执行下列命令并抓取结果。

priv set advanced

options autosupport.doit test

ls /etc/log/autosupport

可以看到有如下命名规则的文件yyyymmddhhmm.x。其中，yyyymmddhhmm是autosupport.doit运行的时间。x : 0,1,2…… (一般来说是1或者1，也有可能是1,2和3等)。

输出下面的命令：

rdfile /etc/log/autosupport/yyyymmddhhmm.0

rdfile /etc/log/autosupport/yyyymmddhhmm.1

停止控制台，把记录的日志发回到QQ（2926436277）或者微信 SymmToken，有专门的二线技术专家为您分析日志，给出故障诊断报告和处理意见。

---