有一个旧的讨论，是否应用程序应该将其文件存储在数据库或文件系统中。 两者各有利弊。 我想知道是否有任何特定的应用程序文件存储系统可以克服一些文件系统和数据库的缺点。 例： 在每年处理大约100K条logging的Web应用程序中，每个logging有一些（2到5）个扫描文件。 处理大量Blob时，数据库通常会遇到性能问题 文件系统通常在处理同一目录中的大量文件时遇到问题，我不想关心处理子文件夹。 在这样的场景中是否有特定的文件存储系统？
我们有一些现场服务人员在本地为我们的一些客户工作，我们希望将pipe理文件服务器和打印服务器的任务传送给他们。 首先我们考虑给他们本地pipe理员访问权限，但不是很安全。 所以我的问题是我们可以委托文件srv和打印srvpipe理（创buildsharings /安装打印机/分配和更改权限）在Windows 2008 R2中的其他用户没有给予他们完全的pipe理权限？
这已经发生了几次 – 我有一个虚拟化的win2k8文件服务器，当有人向其中复制大量数据（10GB +）时，文件服务器会变慢。 遍历文件树以及尝试读取或写入其他用户也变得痛苦缓慢。 但是，磁盘吞吐量，networking使用率，CPU等似乎都是不饱和的。 在SAN / FC交换机级别上，情况似乎也没有问题。 这似乎发生在有人使用Windows资源pipe理器复制文件。 当我通过其他方式传输数据时，速度会更快。 先谢谢你！ 让我知道如果我错过了任何细节。
你知道软件，它可以通过生成的URL链接提供共享文件或文件夹吗？ 软件，我可以在我自己的服务器上实现？ 像Sharepoint上的访客链接，或者通过生成的链接等从Google Drive中共享数据…但不一定要有网页前端上传和pipe理文件。 我可以直接在服务器上pipe理它。 我只知道HFS（ http://www.rejetto.com/hfs/ ），它有几个缺点…谢谢
我有一个文件夹A和两个文件B和C里面 我需要的是用户“XPTO”作为读取B和写在C. 通常我给文件夹的权限“列表文件夹的内容”，然后给该用户的文件的写权限，然后我在桌面上创build一个快捷方式。 现在发生的事情是，如果我给文件夹的写权限，用户可以在文件上写入，如果我只是给文件夹的读权限，他是不允许对文件进行更改，即使更改文件的权限，并给予写权限在那个文件上。 我已经testing禁用inheritance，并保持相同的方式。
自从我们将文件服务器从2008 R2移至2012 R2后，我们遇到了Windows Search问题。 我确实已经安装了Windowssearch和共享索引（近100万个文件，我已经重新索引了这些文件）。 从工作站上映射的驱动器中，我们发现它没有返回所有结果。 例如，我可以searchwithdraw但它没有发现文件withdraw v2或withdraw v3 。 我发现这些文件大概是从映射驱动器根目录的3到5层。 如果我从根到一级search，然后find文件，但从根search它找不到它。 这是一个很大的问题。 我该如何解决这个问题，以便从父文件夹返回完整的search结果？
问候，我提供： Windows Server 2012 R2标准版。 SAN连接存储（EMC VNXe 1600）。 2台刀片服务器（M1000e机箱中的Dell M630），带有FC交换机。 每台服务器有2个Xeon V3处理器，共32个内核和64 GB DDR4内存。 我需要为所有用户实现带有2个域控制器和文件夹redirect的活动目录（用户数量为250，并且在适当的时候将达到1000）。 文件夹redirect将用于所有可定制的文件夹。 问题/问题： 在SAN存储上创build的LUN只能安装在一台服务器（域控制器）上。 在多个服务器上安装单个LUN 会损坏LUN。 文件夹redirect将要求ACL保持用户数据的安全（ACL在这里提到： https ://technet.microsoft.com/en-us/library/jj649078( v=ws.11 ) .aspx ）我看到这些是NTFS ACL。 鉴于上述限制（硬件/软件/要求）。 如何最好地实现文件夹redirect的2个DC？ 我有一个额外的服务器，我可以使用。 我有一些build议，如创build一个文件服务器，但我不知道如果在DC不断要求文件服务器读取，写入用户数据的情况下I / O是否可以接受？ 在这种情况下，执行文件夹redirect的最佳方式是什么？
背景/networking结构 这是两层路由器。 外层路由器的公网IP为123.123.123.123 （假冒为例），私网IP为192.168.0.1 。 内层路由器也是外层路由器的客户端，公网IP为192.168.0.2 ，私网IP为192.168.1.1 。 带有FileZilla Server的Windows 7 Enterprise计算机是IP 192.168.1.48的内部路由器的客户端。 所有的IP都是静态的。 我一直使用互联网的另一端连接到Win7机器几个月的Windows远程桌面。 所以我认为我的两个路由器的端口转发规则是正确的。 从互联网的另一端，FTP连接也很好。 我已经 将FileZilla Server FTP端口设置为21 将FileZilla服务器通过TLS端口的隐式FTP设置为990 将FileZilla Server被动模式自定义端口范围设置为1024-65534 在Windows防火墙入站规则中允许这些端口 在内部路由器上将这些端口（TCP）转发到IP 192.168.1.48 将这些端口（TCP）转发到外部路由器的IP 192.168.0.2 定义… 有三个networking位置： 互联网，在互联网的某个地方。 外部子网作为外部路由器的客户端，IP地址为192.168.0.xxx 。 内部子网作为内部路由器的客户端，IP地址为192.168.1.xxx 。 我能做什么/我不能做什么： A. Windows远程桌面 – 由于我已经在两台路由器上转发了端口3389，RDP在所有这三个位置上工作。 B.使用端口21的基本FTP（不是FTPS隐式，不是FTPS显式） – 适用于所有三个位置。 虽然很不安全。 C. FTPS（我专注于FTPS隐式，这是更安全）使用端口990： 通过互联网，通过ftps://123.123.123.123:990 ，它的工作原理。 在外部子网中，计算机和移动电话的IP为192.168.0.11和192.168.0.12 。 通过ftps://192.168.0.2:990访问FTP服务器，只有这种情况，不起作用，我不知道为什么。 在与FTP服务器在同一个子网中的内部子网上。 通过ftps://192.168.1.48:990访问ftps://192.168.1.48:990 。 […]
我正在尝试build立一个概念文件服务器集群的certificate，以确保它能满足我们的需求，然后再实施一个实时集群。 我已经build立了两个节点的集群，两个networking（一个用于集群和客户端（10.0.0.0），另一个集群只用于（10.1.0.0）），集群运行两个angular色（SOFS和普通FS）。 这些angular色在我的客户机所在的10.0.0.0networking上设置了静态IP地址。 SOFS的angular色似乎很好，因为我可以创build共享，浏览他们并添加/删除文件。 正常的FSangular色，但是，当我尝试添加一个文件共享，我收到错误消息，根据下面的截图。 正如你所看到的，当我从客户端机器上pingangular色名称时，返回静态IP。 我还在两个节点上做了ipconfig / flushdns，以防问题出在哪里。 这是暗示一个DNS问题？ 我不明白为什么这样的情况下，DNS条目看起来是正确的angular色名称，并提供在angular色设置中分配的IP。
我pipe理一个小型的Windows客户端networking和运行Samba 4.6.x的BSD文件服务器。 我们有一些奇怪的问题，导致发现当用户将文件保存到服务器时，约12％的文件保存的不是Windows原始的忠实副本。 （通过复制1 – 5 MB的2000个文件进行testing，散列Windows原始文件和BSD副本：约有245个不同）。 我testing了一堆东西：从多个客户端复制（所有客户端都发生同样的事情），服务器硬件检查（ECC罚款，ZFS没有错误），networking数据损坏（没有问题端到端），方向性（复制客户端到服务器损坏12％，服务器到客户端是忠实的），一致性（在一个会话中一个接一个地复制同一个文件夹3次，并比较：在每个副本中，损坏的文件是不同的;一个副本没有损坏），长path问题，path或文件名中的奇数字符）。 我也使用SCP复制，但在一两秒钟后出现“服务器exception终止连接”错误，这可能意味着什么也没有，所以我不能检查它是否是Samba特定的。 我认为SCP使用的SSH是稳定的，所以我不知道该怎么做。 网卡质量很好 – 英特尔1G + Chelsio 10G。 没有其他人login，服务器被locking和防火墙，没有系统调整 – 这几乎是FreeBSD 11 + Samba。 我一直认为（天真？），文件服务器问题几乎总是closures访问问题（configuration，权限和身份validation），并提供用户实际上可以写文件，除非硬件故障，它“只是工作”。 所以这个随机的“文件保存在服务器上，但保存的版本不一样原来”真的让我狡猾。 任何build议可能会导致这种问题，以及如何排除故障？