我们目前正在为Windows文件服务器实施灾难恢复策略。 我们排除了存储复制，因为它是预览function，而故障转移群集是为高可用性而非DRdevise的。 DFSR在复制打开/locking文件方面也存在缺陷，使其不能完成任务。 SAN到SAN复制文件服务器虚拟主机似乎是对我来说最好的方法，虽然我已经被告诫不要这样做，因为复制是一个原始副本，而不是在更高级别合并，可能会导致不一致文件系统或损坏的文件。 但是，这种方法在这种方法中复制的任何服务器都是如此，这是在DR计划中用于其他服务器的方法。 VSS /早期版本也可以用来恢复任何损坏的文件。 做SAN复制的好处是否超过文件可能被破坏的风险？ 还是有更好的方法来做一个文件服务器的灾难恢复？ 也许有产品执行更高级别的复制/快照，最大限度地减less数据中的逻辑不一致性？ 注意：群集正在运行vSphere 5.5
我计划从Windows Server 2003迁移文件共享到Server 2012 R2（它有超过500 GB的数据。仅供参考 – 它没有DFS）。 我想使用下面的命令将数据从源服务器复制到目标服务器： robocopy "\\Source server\folder\" "\\Target server\folder\" /S /E /COPY:DATSOU /R:1 /W:10 /TEE /log:<log path.txt> 在切换过程中，我打算再次运行相同的命令来复制任何新的/修改过的文件。 上述命令是否存在问题，在切入过程中是否需要包含“/ XO”以排除现有文件的复制？
我们目前使用2个Windows 2008 R2与DFS，但发现了一些问题： 权限的复制（权限不会跨DFS成员复制） 配额的复制（配额是基于磁盘的） 这些问题是否存在于群集中？ 这意味着，如果我们在成员集群的文件夹上设置权限/配额，该集群的所有成员是否都会inheritance权限/配额？ 我们将有一个专用服务器（HP P4300 Lefthand），我们也计划将它用于文件服务器。 所以，我们的select是：DFS或故障转移群集。
我们目前有两台6年前的Linux文件服务器（HP DL320和DL380）正在成为狗。 DL320只使用RAID1中设置的10K IDE驱动器，360有6个驱动器设置为RAID10。 文件服务是通过Samba，而DL320目前遇到的问题更多。 我们打算迁移到Windows Server 2003（2008年将不支持我们以前的Win98工作站 – 当我们的传统软件被转换时，我们不能再摆脱它们三年）。 但是，我想知道购买SAN而不是购买更快的驱动器的新机器会更有意义吗？ 我们的规格 40个用户 基于Linux的服务器，迁移到Windows Server 2003 Linux'top'经常处于等待状态（高负载） Linux的'sar'命令显示了许多小的传输，但只有适度的字节/秒（所以不是networking带宽问题） 所有用户直接连接到旧的聊天DOS客户端应用程序（而不是客户端/服务器）的文件服务器，导致每分钟数千微小的传输 有什么想法吗？
目前我们有一个Windows Server 2008 R2作为域控制器和文件服务器。 我们服务大约600万JPG到4个IIS服务器，然后再提供给networking用户。 问题是我们每天都在服务器上获取内存警报。 我们当前的服务器从单个驱动器（LUN）提供这些文件。 我们在光盘上的文件数量也有问题。 主文件表将随着我们继续添加更多图像而变得太大。 我们目前的计划是： 将文件服务器移至单独的虚拟机 添加4个或5个单独的驱动器（LUN）来提供这些文件 到今年年底，将会有大约1500万张图片（比现在的数字多一倍） 我的问题是： 什么是服务文件的最佳做法？ 我们可以移动到一个带有4个或5个驱动器（LUN）的单个服务器，还是应该移动到2个文件服务器，每个驱动器都有3个驱动器？
我们希望部署一个新的文件服务器集群，其中的一个存储在其上的文件服务器集群将是Server 2012 R2远程桌面用户configuration文件磁盘（UPD）。 我的问题是，将它们存储在标准文件服务器群集上，还是放在横向扩展文件服务器群集（SOFS）上是最佳实践。 我的理解是，SOFS是用于Hyper-V vmdk文件的，因为它们是不断打开的，这就是SOFS的意图。 它不适用于具有大量元数据更改的标准文件和文件夹。 由于用户configuration文件磁盘将是长时间打开的文件，而不是经常打开和closures的文件，我以为他们最好放在SOFS群集上。 希望有人能指出我在文件服务器集群上用户configuration文件磁盘的最佳实践方向，以及应该使用哪种types的磁盘。
对于一个特定的项目，我必须实现一个临时文件服务器： 服务器必须提供中等大小的二进制文件（大约1 MB） 文件的最大生存时间是5分钟 文件将被上传10个左右的服务器 文件将被大约10个不同的服务器读取 一个给定的文件只能被一个服务器上传，并且只能被一个服务器读取 一个给定的文件可以在第一次成功读取后被销毁 服务器必须只使用非特权端口（无FTP或NFS） 服务器必须工作，没有任何root权限 服务器必须在Linux上工作 该服务器必须在局域网上可访问 客户端（上传和下载）只有Linux服务器（客户端代码必须也可以使用任何root权限） 我不需要正式的持久性（我可以接受在崩溃后丢失一些文件） 服务器必须只使用开源组件 它一定非常快！ 我正在考虑两个解决scheme：一个REDIS实例（没有虚拟机，没有持久性） – 一个带DAV模块的NGINX服务器（PUT命令上传） 但我真的对其他解决scheme开放;-)
我在文件服务器上有一个非常奇怪的NTFS权限现象，我找不到我的错误，现在把我的头发拉出几个小时。 我错过了什么？ 我的目标是： 来自组A的用户应该能够将新的文件/折叠文件写入文件夹（“添加文件”）。 他们也应该能够编辑这些新添加的文件。 在晚上，新join的文件应该受到“保护”，免受Group-A的进一步编辑/删除。 应该保留阅读文件的权利和添加更多新文件的权利。 这是我做的： 创build组A，添加用户 给Group-A（F）访问该文件夹 创build一个脚本 删除文件夹中文件的inheritance位 删除（F）访问文件，只读权限 问题是，我的用户可以编辑和删除文件，如他们有完全访问权限。 即使“有效权限”显示无权编辑，仍然可以。 脚本工作正常，看起来像这样： icacls d:\folder\Bild1.jpg /inheritance:d icacls d:\folder\Bild1.jpg /remove:g Group-A" 脚本运行后，file.jpg上的NTFS权限如下所示（对我来说看起来是正确的）： 那么icacls输出： d:\folder>icacls Bild1.jpg Bild1.jpg WM\DomainAdmin:(F) WM\Domänen-Admins:(F) WM\Group-A:(RX) 该文件的有效权限选项卡显示完全相同（正确）的事情： 父文件夹的权限，用户应该可以在这里添加文件，如下所示： Artweger WM\Group-A:(I)(OI)(CI)(F) WM\Domänen-Admins:(I)(OI)(CI)(F) 如果这个用户login（他只是两个组，Domain-Users和Group-A），他可以编辑，删除，重命名和移动文件bild1.jpg。 这怎么可能？ NTFS对我的光荣计划有什么作用？
我有一个Windows Server 2008，我用它来存储媒体文件。 我通过我的Win 7映射的驱动器访问这台服务器。两者都是x64。 试图删除文件夹时，重命名，移动我得到以下消息。 如果我等一会再试，最后命令就会通过。 所以经过一段时间的pipe理我的图书馆，我有一些这些对话框等待retrys。 重试间隔可能是一分钟。 避免这个对话的最好方法是什么？ 难道是我在win2008上缺less某种“文件服务器服务”？ 谢谢
我需要一个免费的文件服务器解决scheme混合Mac / Win的环境，为我的小印刷店工作。 我们在使用OS-X上的SMB时遇到了问题（没有扩展名的文件正在丢失，而且SMB在10.6时出现了延迟）。 我们目前正在PowerEdge 850上运行带有Windows 2000 Server的文件服务器。 作为一家印刷厂，艺术部门在OS-X上运行。 其余的商店运行WinXP（2-3个mac，5个胜利）和5个服务器（2k3和2k8）。 我们没有Active Directory或LDAP。 它主要存储字体，徽标，软件ISO，Acronis冷影像和作业档案。 •FreeNAS 8似乎提供了很多开箱即用的function，可以帮助我们的店铺： 时间机器支持苹果机的AFP如果我在Vaca外出，或者生病的ZFS快照很酷，但不是必须的 •除了ZFS，Ubuntu服务器可以configuration为全部。 不过，我对bash不是很舒服。 •Openfiler似乎坚如磐石。 然而，缺乏法新社意味着我回到与Server2000相同的问题。 有任何想法吗？ 我很想运行FreeNAS，但是我不确定这是否不明智。 如果发生软件问题，我可以在我的ESXI上制作一个openfiler虚拟机，并备份FreeNAS。