我们几乎已经决定为我们的第一个 SAN 使用 NetApp 解决方案。鉴于此,我的任务是尽可能多地寻找不使用 NetApp 的理由。我们喜欢这样做 A) 所以我们知道我们正在进入什么 B) 所以我们不会被不可避免的供应商演示兴奋所笼罩。我在互联网上搜索了缺点,只能找到一个:价格。
您是否有过使用 NetApp 的噩梦般的体验,以至于只想摆脱困境?请,只有具有 NetApp 经验的人。
谢谢!
我们的商店非常依赖 NetApp Volume Snapshots 进行备份。我们对一些数据使用传统的基于代理的磁带备份,但总的来说,我们大多数系统都依赖于快照。此外,我们没有严格的变更控制政策或任何集中的配置管理,因此所有我们的服务器,无论其服务提供的数据是否备份,都需要从裸机(并且没有任何真正的文档)重建。自然地,这使得快照对于管理来说是一个非常有吸引力的提议,因为我们可以只恢复整个服务器、用户数据和包括的配置。我们使用 NetApp 的虚拟存储控制台为我们基于 NFS 的 VMware 数据存储创建快照,并使用 NetApp 的 SnapDrive 为直接呈现给来宾的原始设备映射(物理)LUN 制作快照。我们将关键快照异地快照镜像到另一个 Filer。当然,我们会定期测试我们的恢复过程。
我不禁对我们对备份快照的依赖感到不舒服。对我而言,对于被视为足够作为备份策略的技术,它需要满足以下标准:

据我了解,NetApp 快照在写入时重定向 (RoW) 方法下工作。在WAFL文件格式使用一组指针(元数据)指出实际引用存储在以往任何时候这可能是每个块。要制作快照,系统只需复制卷的元数据并将其存储在该卷的保留空间中。任何写入(创建/更改/删除)都被重定向到新块。这应该是使 NetApp 的 WAFL 如此出色的特殊调味料,因为您不必进行读取,然后将旧数据写入保留空间,然后将新数据写入旧数据,例如 Copy-On-Write 快照。
我完全承认我可能不完全理解 NetApp 卷快照的工作原理,但如果我的理解或多或少正确,NetApp 快照无法满足我的备份标准。
有人能解释一下 NetApp 快照如何被视为备份吗?我正在寻找好的主观答案,所以请用事实、参考和经验来支持你的立场。如果我对底层技术的理解不正确,请解释在哪里以及为什么会改变我的结论。如果您的商店依赖 NetApp Snapshots 作为备份,请提供足够的上下文信息,以便人们了解您必须满足什么样的恢复策略。
NetApp 提供块级重复数据删除 (ASIS)。您知道 Linux(或 OpenSolaris、*BSD)上提供相同功能的任何文件系统(甚至是基于 FUSE 的)吗?
(我对像硬链接这样的虚假重复数据删除不感兴趣)。
在我拥有的较旧的 Linux 机器上,有一个 Netapp 的 NFS 安装。一旦这个盒子上的单个目录中有 100k 个文件,就不能再写入文件。有谁知道这可能是什么原因造成的?有人告诉我符号链接仍然可以写入。
我会在查找时添加更具体的信息。请跳过“使用更好的文件/文件夹结构和/或数据库”,我知道......
如果我在 FC [编辑] LUN 上运行 VMWare 5.x,该 LUN 由在 7 模式下运行 ontap 8.x 的 Netapp 提供,我应该采取哪些步骤来确保 VM 能够承受最坏的集群节点故障转移情况?HBA 设置?ESX 设置?对虚拟机设置的修改?我知道这一切都由 Netapp 的主机套件处理,但我们想知道它在做什么和/或自己做。
Netapp 上的 cf 接管通常很快,但在某些情况下可能长达 3 分钟。
自从在桌面上全站升级到 Windows 7 后,我开始遇到病毒检查问题。特别是 - 在(文件管理器托管的)CIFS 共享上执行重命名操作时。病毒检查程序似乎在文件管理器上触发一组消息:
[filerB: auth.trace.authenticateUser.loginTraceIP:info]: AUTH: Login attempt by user server-wk8-r2$ of domain MYDOMAIN from client machine 10.1.1.20 (server-wk8-r2).
[filerB: auth.dc.trace.DCConnection.statusMsg:info]: AUTH: TraceDC- attempting authentication with domain controller \\MYDC.
[filerB: auth.trace.authenticateUser.loginRejected:info]: AUTH: Login attempt by user rejected by the domain controller with error 0xc0000199: STATUS_NOLOGON_WORKSTATION_TRUST_ACCOUNT.
[filerB: auth.trace.authenticateUser.loginTraceMsg:info]: AUTH: Delaying the response by 5 seconds due to continuous failed login attempts by user server-wk8-r2$ of domain MYDOMAIN from client machine 10.1.1.20.
Run Code Online (Sandbox Code Playgroud)
这似乎是专门在 a 上触发的,rename所以我们认为正在发生的是病毒检查程序正在查看“新”文件,并尝试进行访问扫描。病毒检查程序 - …
我们想要更改NetApp文件服务器上的文件,并且在每次更改这些文件时 - Debian 机器将这些文件复制到另外两个共享。
由于我们使用的是复制方法lsync,我们需要挂载(NetApp 存储的)Samba 共享并与 Samba 重新共享,我们正在从 Debian 机器而不是 NetApp 的共享中进行所有更改.
问题是有时在某些树级别我们将文件夹视为文件而不是文件夹。
例如树看起来像这样:
/
--fol1
+--fol5
+--fol6
--fol2
+--fol3
+--fol4
Run Code Online (Sandbox Code Playgroud)
fol4/fol6级别的所有文件夹,无论它们的父级是什么,看起来都是一个文件。
注意:从 Debian 系统来看,一切正常,只有在 Debian 机器上看到 Samba 共享的 Windows 机器上才会出现问题。
一些想法如何解决这个问题?
smb.conf 文件:
guest account = nobody
map to guest = bad user
disable netbios = yes
socket options = TCP_NODELAY IPTOS_LOWDELAY SO_RCVBUF=131072 SO_SNDBUF=242144
strict sync = no
acl check permissions = no
oplocks = False
level2oplocks = False
sync always = …Run Code Online (Sandbox Code Playgroud) 供应商正在尝试使用 nt 权限/系统映射和保存网络驱动器;所以当服务器的交互会话丢失时它会保持持久。他们能够在一台服务器 (Windows 2008 R2) 上执行此操作,但不能在第二台计算机(也是 Windows 2008 R2)上执行此操作。
D:\PsExec.exe -s cmd.exe
PsExec v1.98 - Execute processes remotely
Copyright (C) 2001-2010 Mark Russinovich
Sysinternals - www.sysinternals.com
Microsoft Windows [Version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation. all rights reserved.
C:\Windows\system32>whoami
nt authority\system
C:\Windows\system32>net use
New connections will be remembered.
Status Local Remote Network
--------------------------------------------------------------------
OK X: \\netapp1\share1 Microsoft Windows Network
The command completed successfully.
C:\Windows\system32>net use q: \\netapp1\share1
System error 1808 has occurred.
The account used is a computer account. …Run Code Online (Sandbox Code Playgroud) 我有一台 NetApp 作为我的 nfs 服务器,两台 Linux 服务器作为 nfs 客户端。问题是,这两个服务器的更新也极为不同的读取和写入速度,只要它做读取,同时写入到NFS服务器。另外,这个新服务器的读取和写入看起来很棒。旧服务器没有这个问题。
Sun Fire x4150,带 8 核,32 GB RAM
SLES 9 SP4
网络驱动:e1000
me@carp:~> uname -a
Linux carp 2.6.5-7.308-smp #1 SMP Mon Dec 10 11:36:40 UTC 2007 x86_64 x86_64 x86_64 GNU/Linux
Run Code Online (Sandbox Code Playgroud)
HP ProLiant Dl360P Gen8 带 8 核,64 GB RAM
CentOS 6.3
网络驱动程序:tg3
me@pepper:~> uname -a
Linux pepper 2.6.32-279.el6.x86_64 #1 SMP Fri Jun 22 12:19:21 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Run Code Online (Sandbox Code Playgroud)
我将跳到一些说明读/写测试的图表。这是胡椒及其不平衡的读/写:

这是鲤鱼,看起来不错:

测试
这是我正在运行的读/写测试。我分别运行了它们,它们在胡椒上看起来很棒,但是当一起运行时(使用&),写入性能保持稳定,而读取性能却受到很大影响。测试文件是 RAM 大小的两倍(胡椒使用 …