我需要很快退休文件服务器。 我想知道是否有一种正确的方式将部门共享和用户configuration文件文件夹以保留所有文件夹和子文件夹权限设置的方式传输到新服务器？ 其次，这样做有没有什么“最佳实践”？
在Server 2012方面，我发现没有任何有关此错误的信息。有很多关于Server 2003的错误信息，包括来自Microsoft的更新程序包修补程序以及关于如何解决Server 2008错误的注意事项和2008 R2，但2012年没有。 在安装文件系统资源pipe理器（FSRM）angular色后，Server 2012和Server 2012 R2（版本无关紧要）都会发生错误： Event ID 8197 Source: SRMSVC File Server Resource Manger Service error: Unexpected error. Error-specific details: Error: GetVolumeNameForVolumeMountPoint, 0x800700001, incorrect function 每次重新启动以及服务重新启动后（特别是启动后30秒），也会发生此错误。 这个错误发生在两台戴尔服务器上：PowerEdge R720和PowerEdge R620。 我发现的第一件事是，这只有在使用UEFI时才会发生 。 服务器使用标准BIOS时没有错误。 我可以停在那里，只是坚持BIOS，但我不想失去任何UEFI和服务器2012年的新function。 最初，我认为这是戴尔的UEFI实施问题，因为它发生在我的新服务器以及在DELL PowerEdge ESX主机上运行的虚拟机上。 但是，我能够在非Dell硬件上运行的另一个虚拟机重现此错误。 这意味着问题是与微软。 在UEFI上的服务器2008 R2上安装FSRM不会产生错误，只有2012和2012 R2会将此缩小到UEFI的Server 2012问题。 除了事件查看器中的明显的红色x之外，我还没有看到任何负面的这个错误。 我完全testing了FSRMfunction，发现一切似乎都顺利运行。 不幸的是，我不是那种只是忽略一个未知的持续性错误的types，所以我花了很多时间去尝试深入了解它。 我高度的动力得到这个想法，因为我曾经在谷歌这一错误和服务器2012提到重启消失卷（我不想在我的道路上popup）。
我读过很多（和经验丰富的）使用SSD作为工作站上的启动驱动器的好处（快速启动时间，快速启动程序，快速文件访问等），但一直没有find很多好的信息关于使用SSD通过局域网提供文件。 是否会有类似的性能提升，或者networking延迟是否会抵消速度收益？ 我对通用答案感兴趣，但更具体地说，我在一个千兆局域网上有一个samba服务器，其中less量的数据（<10GB）就是我经常使用的。 大多数文件的大小都小于5MB，我估计读取的比率是10：1。
我在uri中有特殊的参数data=/path/to/filename.htm 。 它的老旧生锈的网站build在SSI上，我不能修改它。 问题是当文件名作为arg_data不存在，页面被破坏。 在这种情况下我想redirect到404.htm。 类似的东西： if (!-f $arg_data){ rewrite ^.*$ /404.htm last; } 但是我得到： 在处理“/404.htm”时重写或内部redirect周期 我想这是因为我没有检查if arg_data存在。 但是nginx没有嵌套if -s。 我试过了： set $data index.htm; if ($args ~ "data=(.+)") { set $data $1; } if (!-f $data) { rewrite ^.*$ /404.htm last; } Idea将$data设置$data 100％存在的某个文件，并且在数据参数通过后重写。 由于某种原因，它给出了相同的错误，内部redirect周期 看起来我做错了。
我目前正在从Windows Server 2003 R2 Standard迁移到Windows Server 2008文件服务器。 我想通过使用dfs复制来进行“软”迁移。 现在我想知道什么是最好的解决scheme来做到这一点 a）每股一个复制组 b）复制所有份额的单个复制组
我试图找出理想的设置将为几个服务器。 1）网站 1）邮件服务器 1）数据库服务器 1）文件服务器 在这个给定的情况下，假设有一个网站将为每个用户提供5GB的文件存储空间以及电子邮件和专用数据库。 从我对服务器如何工作的了解有限，我得出的结论是，每个function有1个服务器将是最好的select，所以如果脱机，其他数据不会受到影响。 什么将是一个聪明和有效的方式来处理呢？ 这是我的理解 1）该网站由1个主服务器托pipe，用于处理用户注册并提供小文件。 为此，我认为一个简单的服务器设置是绰绰有余的权利？ 2）对于邮件服务器，处理等量的注册用户，将主要处理电子邮件和电子邮件附件 3）数据库的大小不会受到限制，只能存储每个客户端的联系人和configuration文件设置，因此每次用户login设置时都会从数据库中提取出来。 我打算把这些设置加载到$ _SESSIONs中，这样每次页面重新加载时都不会查询数据库。但是每一个动作都会从服务器查询联系信息。 4）文件服务器将只提供文件没有CPU或内存密集型 就软件而言，我倾向于CentOs 5.5和Plesk 10.2来处理数据库服务器的网站服务器和MySQL 5，可能是邮件服务器的Atmail。 软件方面build议在每台服务器上加载哪些内容？ 我没有这方面的经验，但是我每天都在获得一些经验。 我需要得到明智的通知，以便在我聘请某人为我处理设置的情况下，我知道我在处理什么。 在你的经验，什么是一个理想的硬件和软件configuration设置？ 另外，请考虑5000个客户的示例用户群。 所以每个都有5GB的空间，电子邮件和自己的数据库。
我计划在不久的将来在我们公司的一个部门部署文件服务器。 最好应该支持通过SMB和NFS进行文件级的访问，而且iSCSI支持也是一个优点。 内置的备份/复制function也是一个很大的优点。 我现在有一台物理服务器在我的homelab中，稍后会在生产环境中使用，所以我已经build立了一个testing实验室。 另外，如果有必要的话，我还可以从我的公司借用一台服务器。 我已经对这个主题做了一个简短的研究，并在FreeSpace和Windows File Server之间selectStorage Spaces作为可能的候选人。 我已经testing了FreeNAS，但是性能不好。 由于某种原因，我只能使用最大的250MBps。 我在服务器中有英特尔10GbE网卡，还有2个E5-2603 v3和96GB的内存。 Zpool是采用LSI MegaRAID 2208和JBOD模式的RAIDZ2 – 9驱动器。 也许我在configuration中犯了一些错误，因为我不是Linux的专家，所以我会尝试在那里testing存储空间。 有没有其他可行的免费/低成本文件服务器解决scheme？ 我的目标是build立最具成本效益的解决scheme来testing，然后将其投入生产。 我以前的FreeNAS设置是否有硬件configuration错误？ 非常感谢！
我的组织希望集中pipe理所有生产服务器的Oracle TNSnames文件。 当文件发生变化时，他们希望能够以最小的努力将更改推送到所有使用它的服务器。 已经考虑的方法： 集中式文件服务器（缺点：如果文件服务器或文件服务器的networking连接中断，则服务器无法访问关键文件） 每个服务器上的Subversion客户端（缺点：在生产中使用源代码控制工具，增加了复杂性） 将文件的单个副本存储在每个服务器上（缺点：更改文件内容涉及在多个不同的服务器上进行更改） 更新我可以使用DFS来做到这一点？
我使用Cygwin的rsync来执行从老化的HP MSA 1000到连接到不同服务器的新DAS的大规模数据传输。 我有一个守护进程在远程服务器上以只读模式运行，本地拷贝将文件写入磁盘。 我的一台服务器是一个映像存储库，有超过一百万个文件分布在大约300个目录中。 每个文件平均只有几百千字节。 这个比其他任何一个盒子都更有问题。 rsync进程会工作一段时间 – 有时是20分钟，有时是一个小时 – 然后它只是在给定的文件名下退出并闲置。 我已经validation该文件在远程服务器上没有损坏，并且该文件在本地驱动器上成功创build。 我在-vv模式下运行rsync客户端，它不返回任何内容。 我检出了守护进程创build的日志。 我查看了闲置的接口上的networking利用率。 我查看了AV设置，看看有没有什么可能会造成问题。 我甚至更新到Cygwin的最新版本。 为了保持这种联系，我需要什么？ 编辑： 客户端系统正在使用该命令 rsync.exe server::Drives/f/Repo/ /cygdrive/T/Repo –archive -P -vv 服务器正在使用rsync.exe命令–daemon –no-detach –config“rsyncd.conf” rsyncd.conf的内容： use chroot = false strict modes = false hosts allow = 192.168.100.9 log file = c:/rsyncd.log uid=0 gid=0 [Drives] path = /cygdrive read only […]
我有一个文件服务器，每个部门有一个20个共享文件夹，他们的雇员通过AD文件夹具有相同名称的写入权限。 事情是有些人不得不在其他部门文件夹上写文件，所以他们也有这个文件夹的写权限，给他们完全访问任何文件。 我想要改变这种做法： 我将根据每个公司的职位创build一个AD组，并根据职位需求给予每个不同文件夹的读写权限。 所以，每个员工都能正确访问这些文件，如果一个员工改变你的职位，我只需要从你的职位组中改变它。 有什么build议么？