在我所在的组织中,我们混合使用了 OS X 和 Windows XP。多年来,Mac 也通过 SMB 连接到文件服务器,但是它总是有点不稳定。在 OS X 上,它很容易掉线,而且自从我们将主服务器从 SBS Server 2003 升级到 Server 2008 以来,它一直表现出一些非常奇怪的行为(仅通过主机名在老化后连接,FQDN 返回 IP 没有) t 存在,但这不是这个问题的内容)。
我已经支持 SMB 5 年了,我已经厌倦了。无法解释的 OS X 退出,(Win/OSX) 远程人员不了解(不断)首先连接到 VPN 的必要性,甚至完全不了解这个概念(是的,我写了详细的帮助文章和解释,这些文章和解释都有效且经过测试;当筹码下降时,手总是想被握住),关于“奇怪的文件名”的电话。我有过。
我们遇到的另一个问题是,“敌对”站点中的远程用户无法通过 VPN 返回给我们,因为外部官僚机构/防火墙在大多数情况下我们无法涉足。我在今年早些时候设置了一个解决方案,允许用户通过 SSL 上的 WebDAV 进行连接,同时也让用户在家中可以轻松访问工作文件。来自这些远程用户的呼叫显着减少。
我阅读了有关 WebDAV 的 IIS6 安全问题,但它不适用于我们(无法匿名访问文件夹,设置了“独占”ntfs 权限),因此已设置。
现在我们在带有 IIS7 的 Server 2008 上,我已经应用了修补程序来修复 & 号问题,我想知道。
服务器故障:
我有什么好的理由不鼓励本地和远程用户通过 SSL 上的 webdav 使用文件服务器?我主要考虑的是 OS X 用户。
我唯一能想到的我没有测试过的是多个用户可能无法同时打开同一个文件。我愿意接受这一点,因为这仅适用于这里的旧数据库。
我注意到 Windows XP 和 MS Office 2007 喜欢在打开文档时提示输入用户名和密码,这在 Vista/Windows 7 中是什么样的?
这仍然不是什么大问题,因为我们在澳大利亚;我们的互联网基础设施很糟糕,用户有 3g 调制解调器(无论什么网络,网络掉线都是司空见惯的),我们总是建议将文件复制到本地计算机,处理它,然后复制回来。
任何其他 …
在不久的将来,我们将把我们的文件服务器移到一个运行 Windows 2008R2 的新机器上。我想知道 Windows 可以为一个文件服务器系统使用多少内存。
在四处搜索时,我发现了一份Windows 2000的旧文档,其中提到文件系统缓存的最大大小为 960MB。我怀疑这个限制不再适用,但是有新的限制吗?
文件服务器将只是一个标准的 Windows 文件服务器。它将有 1TB 的附加存储。白天访问的大部分文件只是典型的 Office 文档。通常一天有 80-100 人使用文件服务器。该系统将仅用作文件服务器,它没有任何其他作用。
我正在为我的小办公室构建一个文件服务器。我们做电影和多媒体设计。只有 3 个客户端连接。服务器主要用于本地访问图形资产和视频文件。我正在寻找有关所需硬件和软件的建议。特别是对于RAID。我有以下目标:
A) 合并容量
我希望所有其他系统将数据作为具有 10 TB 初始容量的单个映射网络驱动器访问。所以也许是 5 个 2TB 驱动器(加上用于冗余的镜像驱动器)。
B) 增加容量的简单方法 从
长远来看,我想“轻松”向阵列添加更多驱动器,以实现容量增加两到三倍的潜力。所以理论上它可以达到一个 30 TB 的 RAID 阵列,其中可能包含 15 个 2 TB 容量的驱动器(加上用于冗余的镜像驱动器)。
C) 最大容错能力
我想要每个容量驱动器至少有 1 个镜像驱动器(用外行的话)。因此,如果我从 10 TB / 5x 2TB 容量开始,我想我还需要另一个 5x 2TB 驱动器作为镜像。所以总共有 10 个驱动器。但我也希望有更多冗余的潜力;每个“容量驱动器”最多有 2 个额外的镜像(并且能够随时轻松地将它们添加到阵列中)。
D) 监控驱动器健康的简单方法
我想要一个直观的界面来管理突袭和监控驱动器健康
访问此网络驱动器的其他系统将运行 Windows,但也会运行奇怪的 Ubuntu 和 MacOS 系统。
这些目标是否可以实现?您推荐哪种类型的 RAID 设置?需要什么硬件?
另外你认为这个系统应该运行什么操作系统?真的有关系吗?我不是网络管理员 - 只是很长时间的 Windoze 用户,没有太多的 Linux 经验。也就是说,如果 Linux 解决方案足够简单且比该服务器的 Windows 操作系统更实用,我并不反对它。或者也许是诸如 Openfiler 之类的东西。
预算应该达到价值和性能的最佳点(因此我更喜欢使用 2TB 驱动器)。最大的重点是存储;除此之外,系统只需要保持驱动器以最佳方式运行,在任何给定时间可能有 2 或 3 个客户端访问/写入文件。硬件报价以 10x 2TB WD …
我经常使用 SQLite 在公司中创建简单的程序。数据库放置在文件服务器上。只要不超过大约 50 个用户同时处理数据库(尽管取决于它是读取还是写入),这就可以正常工作。一旦超过这个数量,如果服务器上有大量并发写入,他们会注意到速度变慢,因为大量时间花在锁上,并且没有像缓存这样的东西,因为没有数据库服务器。
不需要数据库服务器的优点是设置公司 Wiki 或类似内容的时间可以从几个月减少到几天。通常需要几个月的时间,因为一些 IT 部门需要订购服务器,它需要符合公司政策和安全规则,并且需要放置在外包服务器托管设施上,这会搞砸并将其放置在错误的位置等等等等
因此,我想到了创建分布式数据库服务器的想法。过程如下:公司计算机上的用户在 Wiki 页面(使用此数据库作为其后端)上编辑某些内容,为此他读取本地硬盘上的文件,该文件说明最后一台台式计算机的 IP 地址成为数据库服务器。然后,他尝试通过 TCP/IP 直接联系这台计算机。如果它没有回答,那么他将读取文件服务器上的一个文件,指出最后一台台式计算机的 IP 地址作为数据库服务器。如果这台服务器也没有回答,他自己的台式机将成为数据库服务器,并在同一个文件中注册它的 ip 地址。然后就可以执行SQL更新语句,其他台式电脑就可以直接连接到他的了。
这种架构的要点在于,负载越高,它的功能就越好,因为每台台式计算机总是知道数据库服务器的 IP 地址。此外,使用此设置,我相信放置在文件服务器上的数据库可以为数百台台式计算机提供服务,而不是目前的 50 台左右。我也不相信已经成为数据库服务器的单台台式计算机的负载会很明显,因为在这个桌面上不会有硬盘操作,只有文件服务器上。
这个想法可行吗?它已经存在了吗?什么样的数据库可以支持这样的架构?
编辑:我应该指出,这个想法并不漂亮、稳定、最佳实践,或者我真正引以为豪的东西。我仍然对可行性感兴趣的原因是我的一些客户是银行,而访问数据库所涉及的官僚主义是巨大的。此类项目的项目发起人通常需要高于副总裁级别,因为他们对访问服务器的极端安全问题感到担忧。不用说,这意味着建立 Wiki 需要做很多工作。以后如果 Wiki 证明是成功的,当然应该将其迁移到适当的数据库服务器上。
Edit2:这个想法的原因是为了降低在将数据库放在文件服务器上时使用SQLite时发生Writer Starvation的风险。此问题在此处的第 5.1 节中进行了描述。利用台式计算机缓存最常访问的信息(即 Wiki 页面),意味着文件服务器上的工作负载将大大减少。这应该再次改善用户体验。你真的认为我对这个想法还很遥远吗?
在我的工作场所,我们继承了一台运行 Windows 2008 R2 的文件服务器。(不幸的是核心服务器,所以没有 GUI)
去年我们决定为用户提供以前版本的文件会很好。所以我们给了 VSS 一个单独的卷,占数据卷空间的 10%。(分别为 300GB 和 3TB)我们设置了一个计划任务,每天拍摄两个 VSS 快照并且一切正常。以前的版本显示得很好。
最近,以前的版本刚刚消失,我找不到原因。我检查了管理共享是否有效,它们是。当我列出 VSS 编写器时,所有编写器都显示稳定状态,没有最后一个错误。当您使用 vssadmin 列出它们时,也会显示 VSS 阴影。
事件日志有时会显示来自 volsnap 的一些错误,指出“卷 D 上的刷新和保持写入操作:等待释放写入命令时超时”。我的猜测是这只是由于创建阴影时的活动。它们是在任何情况下创建的。
还有什么我可以检查的吗?
我们在两台几乎相同的文件服务器上执行此操作,而在另一台上,一切仍然正常。
所以我有一个需要文件共享见证的 SQL Always-On 组。我希望该文件共享见证是多余的,并且由于我在此网络上不需要其他文件服务器,因此我希望使用最少数量的服务器来完成。
我以为我会用 DFS 设置 2 个服务器,但这篇文章说不要这样做,因为 DFS 有时会使用一台服务器的数据,有时会使用另一台服务器的数据,从而弄乱了法定人数:http : //windowsitpro.com/high-availability/q -why-cant-i-host-file-share-witness-cluster-dfs-share
所以看起来我需要一个真正/真正的 Windows 故障转移集群,在文件服务器角色中设置。问题是我读过的所有文章都在谈论使用共享存储。但是共享存储(例如 SAN)需要第三台服务器,然后我又出现了单点故障(SAN)。而且,我真的更愿意只购买 2 台新服务器而不是 3 台。我认为我也可以使用 Windows 的存储空间作为 SAN 的替代方案,但这需要 3 块磁盘,因此就购买硬件而言更糟糕。
在不购买太多服务器或单个 SAN 点故障的情况下,为见证设置冗余文件共享的最佳方法是什么?显然,我想使用本地存储,但我可以设置文件集群,以便它在服务器 1 为主时一直使用服务器 1 的硬盘驱动器,当服务器 2 为主时,它始终使用服务器 2 的硬盘驱动器,并使用 DFS 复制数据以防其中一台服务器死亡?我认为这种方式可以避免上面文章中提到的“唯一的 DFS”问题,并且仍然让我只使用 2 个服务器。
关于 pNFS 有很多令人困惑的信息,我有一些非常简单的问题:
nfs-kernel-server使用 pNFS?我有一个 Windows Server 2008 R2 x64 服务器,它是 AD 控制器和文件服务器。我有一个问题,Windows XP客户端可怕遇到缓慢(10Mbps以上少了,真是不到十兆比特-per秒)从共享文件的下载。
服务器使用 1Gbps Nvidia NForce 卡连接到 1Gbps 交换机,客户端使用 100Mbps 内置卡连接。
当我从 CentOS Linux 5.5 Live-USB 启动客户端计算机并使用 smbclient 进行下载时,也可以看到这种缓慢的下载。但是从 Linux 服务器上的 Samba 共享下载,它也使用 1Gbps 链接连接,速度很快。
非常奇怪的是,我创建了两个程序(附在下面),它们在 C# 中测试普通 TCP 吞吐量,并且它们按预期执行 - 大约为 89Mbps。
我在客户端上禁用了防火墙,我dot_nc_l 21000 > NIL在客户端和dot_nc [client_ip] < 100m.datWindows 服务器上使用。当从共享中复制相同的 100MB 文件需要 2 分钟时,我得到大约 9 秒。
如何消除这种情况?
Linux客户端用wireshark生成的一些图片:
从连接1Gbps网卡的Windows 2008 CIFS文件服务器下载100MB文件到连接100Mbps网卡和smbclient的Centos 5 Linux客户端:

从连接1Gbps网卡的Samba上的Fedora Linux CIFS文件服务器下载100MB文件到连接100Mbps网卡和smbclient的Centos 5 Linux客户端(同上):

以下是这些程序(链接是使用 mono 的 gmcs 编译的,需要 .NET2):
networking windows-server-2008 performance file-server gigabit-ethernet
我需要为我工作的小型印刷厂提供混合 Mac/Win 环境的免费文件服务器解决方案。我们在 OS-X 上使用 SMB 时遇到问题(不带扩展名的文件正在丢失,10.6 出现奇怪的 SMB 滞后)。
我们目前正在 PowerEdge 850 上运行带有 Windows 2000 Server 的文件服务器。
作为一家印刷店,艺术部门在 OS-X 上运行。商店的其余部分运行 WinXP(2-3 台 mac,5 台 win)和 5 个服务器(2k3 和 2k8)。我们没有 Active Directory 或 LDAP。它主要存储字体、徽标、软件 ISO、Acronis 冷映像和作业档案。
• FreeNAS 8 似乎提供了很多开箱即用的功能,可以帮助我们的商店:
Time machine 支持 AFP for the mac 如果我不在 Vaca 或生病 ZFS 快照很酷,但不是必需的,其他人也可以轻松使用
• 可以为除 ZFS 之外的所有服务器配置 Ubuntu 服务器。但是,我对 bash 不是很满意。
• Openfiler 似乎坚如磐石。但是,缺少 AFP 意味着我又回到了 Server2000 的相同问题上。
有任何想法吗?我很想运行 FreeNAS,但我不确定这是否不明智。如果出现软件问题,我可以在 ESXI 上创建一个 openfiler VM 并将 FreeNAS 备份到它。
我已经在 Windows Server 2016 上安装了重复数据删除角色。 根据 Microsoft,它使用 NTFS 压缩来帮助节省空间:
重复数据删除在更少的物理空间中存储更多的数据。与使用单实例存储 (SIS) 或 NTFS 压缩等功能相比,它实现了更高的存储效率。 https://technet.microsoft.com/en-us/library/hh831602(v=ws.11).aspx
我还应该在卷的属性中启用 NTFS 压缩吗(见下面的截图)?会有什么好处吗?
如果已经检查了怎么办?我应该取消选中它吗?检查后会不会有什么负面影响?
compression ntfs file-server deduplication windows-server-2016
file-server ×10
64-bit ×1
compression ×1
deployment ×1
dfs ×1
freenas ×1
mac-osx ×1
networking ×1
nfs4 ×1
ntfs ×1
openfiler ×1
performance ×1
sqlite ×1
storage ×1
ubuntu ×1
vss ×1
webdav ×1
windows-xp ×1