命令行|一个NetApp的技术日记

存档

昔日的“命令行”的分类

CIFS数据迁移

2011年3月3日，

几乎无缝的！排序... ...

至于我的想法，开始与一个无辜的客户查询。 EMC公司有一些非常酷的内置工具，做无缝的CIFS数据迁移，但NetApp没有。这件事情，往往会导致一个公平的问题和一些周密的计划与NetApp，因为我们没有这个。但我是思想的今天，我们还挺做，我只是不认为我们充分利用可用的工具正确。

输入widelinks。下面是从NetApp KB主题的文章（KB 3011420）的摘录...

NFS客户端指向另一文件或目录创建一个符号链接是一个特殊的文件。 Widelink条目的方式来重定向文件管理器上的绝对符号链接。他们允许符号链接的目标是在同一个文件管理器或在另一个文件管理器的份额。下面的例子说明如何创建一个从量到配额树在同一个文件管理器的符号链接，并从量到不同的文件管理器的音量。

这是什么意思，为什么我的生活后更容易阅读本文的其余部分？

所以，如果我有一个很好的闪亮新NetApp文件管理器（或我没有一轮CIFS数据迁移到我的一个老），我有我的老CIFS文件服务器正在迅速接近故障或支持。我可以创建我的NetApp我的新文件和股权结构，然后使用widelinks将用户重定向到CIFS文件服务器，而无需复制我的所有数据都在球的疼痛，而我担心的所有数据复制小时一次。更多... ...（1385字，3个图像，估计阅读时间5:32分钟 ）

命令行，一般 CIFS ， NetApp的，符号链接，符号链接， widelinks

SnapMirror的安装脚本

2010年3月14日

5个评论

我复制一个现有客户的文件管理器新的DR系统的任务。这是一个相当大的系统，并尽可能多的创造SnapMirrors是不是特别复杂，它是非常耗时。所以我做的许多事情，我写了一个脚本来帮助我实现这个任务更快，走尚未另一个咖啡。

你需要预共享密钥设置（像以往一样），但其余的提示。有没有数据验证（毫不奇怪）。该脚本将输出4个文本文件，创建/限制所有卷之一，“snapmirror.conf”之一，要在“snapmirror.conf”的地方使用，而你正在做的基线初始化，终于之一初始化snapmirrors。周围没有并发流的情报，所以初始化仍然是一个杂耍的行为，并等待游戏的位。

请让我知道，如果你发现这很有用。

＃！/ BIN / BASH
回声“请输入的主文件管理器的名称：”
读PRI_FILER
回声“请输入的DR文件管理器的名称：”
读DR_FILER
连接字符串=“SSH - C 3DES”
＃连接字符串=“RSH”
SnapMirrorHour = 22
SnapMirrorMinute = 0
SnapMirrorStagger = 5
回声“，”$ {DR_FILER} _filer_volumes.txt
回声“，”> $ {DR_FILER} _snapmirror.conf
回声“，”> $ {DR_FILER} _sm_initialize.txt
回声“，”> $ {DR_FILER} _snapmirror_init.conf
`$ {连接字符串} $ PRI_FILER“AGGR状态”AGGR | awk的'！$ 2〜/国家/ {$ 1}“`
做
尺寸=`$ {连接字符串} $ PRI_FILER“DF - AH美元AGGR”| SED'S / \（[0-9] [KMGT] \ B）/ \ 1 / G“|！awk的'$ 1〜/快照|总结/ {$ 2}'`
在`$ {连接字符串} $ PRI_FILER VOL“AGGR show_space AGGR”| awk的'$ 1〜/空间/ {打印$ 0}！“| awk的'$ 4〜/卷|文件|无/ {打印$ 1}'`
做
回声“卷创建$ {VOL没有} - S $ {AGGR} $ {大小}”>> $ {DR_FILER} _filer_volumes.txt
回声“VOL限制$ {VOL}”>> $ {DR_FILER} _filer_volumes.txt
回声“的SnapMirror初始化 - S $ {PRI_FILER}：$ {VOL} $ {DR_FILER}：$ {VOL}”>> $ {DR_FILER} _sm_initialize.txt
回声“$ {PRI_FILER}：$ {VOL} $ {DR_FILER}：$ {VOL} - $ {SnapMirrorMinute} $ {SnapMirrorHour} *”>> $ {DR_FILER} _snapmirror.conf
回声“$ {PRI_FILER}：$ {VOL} $ {DR_FILER}：$ {VOL} - - - - - ”>> $ {DR_FILER} _snapmirror_init.conf
SnapMirrorMinute =`expr的美元SnapMirrorMinute + $ SnapMirrorStagger` 详细内容... ... （328字，估计阅读时间1:19分钟）

命令行初始化，初始化， NetApp的设置， SnapMirror的

NetApp的储存config命令

2009年4月27日，

7个评论

我认为这是非常重要的，保存了一个很好的安装配置。首先，它是一个很好的参考，如果您需要回去和参考的东西，其次它是一个伟大的方式来证明你做了什么，实际上是正确的，你没有正确配置从一开始的东西！

有内ONTAP做整个配置转储提供一个方便的工具，比较和恢复。这是有限的文件管理器的基本配置，并不包括音量设置等方面。

filer01>配置
用法：
配置克隆<filer> <remote_user>
配置差异[- O <output_file>] <config_file1> [<config_file2>]
配置转储[- F] [- V] <config_file>
配置恢复[- v] <config_file>

该命令是非常简单和直接的。你开始倾出配置文件管理器。这将自动进入到/ etc / CONFIGS。从这里你可以再克隆的配置，如果需要的话，或比较（差异）配置。运行差异是一个很好的方式，时间在2点之间的一个配置比较，如果你不知道发生了什么变化，或者即使你比较一个文件管理器升级，您复制配置文件之间的2个系统（结帐 NetApp文件复制）。最后，你还可以使用还原功能，虽然这可能会需要重新启动，并可能有一个knockon影响可能或可能不会在各种内/等其他配置文件的要求

一个非常有用的命令。我用文件管理器CONFIGS备份和类似的系统（例如小学和DR）之间进行比较，或随着时间的推移，甚至比较CONFIGS，这个最。

这篇文章评分：

评分：10.0 / 10（4票）

命令行配置，配置转储中， NetApp ， ONTAP ，保存配置

NetApp文件复制

2009年4月11日，

56意见

它总是出现时，我怎么能复制单个文件，或直接从NetApp控制台的大面积？一般来说，答案回来，你不能使用ROBOCOPY或rsync或其他文件迁移工具。但也有一定的方法，复制文件，直接从文件管理器本身，往往这是最有效的方式做！然而，这些都不是最直观的或有据可查的命令。

可能还有其他的方法，如果你有你在过去的东西，或者你知道，请随时分享！并不是所有的方法都适合所有的任务，但每个人都有它自己的个人使用。

ndmpcopy

这是常常被忽视作为一个文件/文件夹的复制命令，往往只是用来迁移整个卷左右。事实上，它可以用来拷贝单个文件夹或文件管理器周围，甚至更好，可用于数据复制到其他文件管理器！确保启用NDMP是第一个（ndmpd上）。语法很简单... ...

ndmpcopy / VOL / vol_source_name /文件夹/文件/卷/ vol_dest_name /文件

为了打破这种下跌，我们选择复制“/ VOL / vol_source_name /文件夹”的文件管理器，我们希望它复制到“/ VOL / vol_dest_name”。这是没有太多限制，我们没有保持相同的路径，我们甚至可以在相同体积的东西（如复制到配额树如果你需要的东西）复制。您可以复制整个卷的东西，到一个单一的配额树，单一的文件夹在目录树中。唯一真正的限制是你不能使用通配符，你不能选择多个文件复制。

如果你想复制文件从一个文件管理器到另一个，我们只需延长此语法...

ndmpcopy - SA <USER>：<pass>达<USER>：<pass> source_filer：/ VOL / vol_source_name /文件夹/文件destination_filer：/卷/ vol_dest_name /文件更多... ...（1037字，估计 4:09 分钟的阅读时间）

CP 命令行，文件的副本，柔性克隆， MV ， NetApp文件的副本，副本卷

移动/重命名VOL0

2009年2月13日，

1条评论

有多次，我想/需要的VOL0移动到别的地方。就在上周，我有一个客户，想摧毁根总量和一些左右移动磁盘，但他们早就设置文件管理器，不想失去这个

这个过程其实很简单！

这篇文章评分：

评分：10.0 / 10（1票）

详细内容... ... （292字，估计1:10分钟阅读时间）

命令行启动， bootvol中， NetApp ，系统， SYSVOL ， VOL0

创建的DR文件管理器iGroups

2009年1月22日，日

没有评论

这是另一个脚本，我写了援助站点故障切换。基本上SnapMirror的脚本的伟大工程，使卷联机，但如果一切在VMware（来自VM内的iSCSI），你想自动重新映射，并为您节省一些专家组的工作！

那么，这个脚本将运行从一个坐在服务器能够访问到主文件管理器在DR位置。我试图使这个脚本相当动态的，所以你可以把它作为许多小学报税，你想（1文件管理器的名称，每行创建一个“primary_filers.txt”文件）。然而，它只是故障转移到一个在DR端的文件管理器。这将是很容易纠正，但再次，只是呈现出这样的事情是多么容易实现的概念。

这里的困难是，“igroup秀”输出“的FCP”和“iSCSI的”，作为“igroup创建”请您使用“F”和“我”，所以多一点在中间的脚本来解决这个。

此脚本创建一个脚本（如果作为一个cron运行，只需将覆盖它每次），可以运行重建的DR文件管理器上的所有iGroups。真的很方便，如果你有几个LUN的需要映射。即使做10手动是一种痛苦。我的大多数客户至少有50 +

这篇文章评分：

评分：0.0 / 10（0票）

详细内容... ... （396字，估计1:35分钟阅读时间）

命令行故障转移，igroup创建中， NetApp ，脚本