我们在NAS（NetApp文件pipe理器）上有一个用于部门份额的卷。 我们刚刚收到了创build其他几个股份的请求，这些股份在当前量（300GB）中没有空间。 我们通常只是扩大交易量，但增加了为部门股份增加交易量的select。 我的问题：我们应该考虑创build多大的卷（ 如果有的话 ）？ 限制卷的大小的一些可能的原因是： 备份/恢复 快照pipe理 一致性检查 也许其他人有一些额外的理由，他们可以分享他们的经验。
我正在devise一个数据仓库的解决scheme，我是一个新手在磁盘configuration问题，让我解释一下。 我们的存储分布在6个存储设备上，每个存储设备有5个raid-1磁盘arrays，每个磁盘arrays有2个LUN，总计48个LUN（这是微软对数据仓库架构的快速通道build议）。 我想分割我的数据，在我以前工作过的其他项目中，我们总是遵循1个分区 – 1个文件组规则。 在微软的快速轨道推荐build议创build一个文件组，然后为该文件组每个月的数据文件…但我假装有一个星期级别分区…如果我应用该规则，我认为我会得到太多的文件和复杂的布局。 我正在考虑只创build一个文件组（使用48个lun数据文件），但是仍然要创build分区，因为我想保留分区切换等分区的好处…这种情况不推荐使用吗？ 你会build议什么？
托pipewindows计算机分页文件的存储系统的性能有多大影响（我猜VMWare / KVM / Xen / Whatever都是物理或虚拟实例）？
我想设置一个服务器作为SCSI目标。 开源实现有多好？ 什么是教程之一？ 性能和可靠性如何？ 操作系统有多依赖？ 通常内置多less？ 我在看CentOS RAID控制器和驱动程序有多重要？ Infiniband卡和驱动程序有多重要？ 有了多个RAID控制器，我可以看到来自一个Infiniband连接的所有LUN吗？ 我也在考虑使用10 GbE的光纤通道或iSCSI。 比较（利弊build立）将是有见地的。
我们有configuration了SMB / CIFS共享的Sun Storage Appliance（7110）。 它被join到我们的Active Directory中。 我试图完成的是：普通域用户（内置AD组）应该有权访问驱动器修改文件和文件夹，但不会更改权限（因为用户可以locking其他人从一个文件夹包括pipe理员）。 AD组“Storage_Admins”中的用户应该完全控制驱动器。 有两个地方可以configuration用户权限：共享级别ACL和根目录ACL。 据我所知，最好的做法是授予每个人对共享级别的完全控制权，并在根目录ACL上执行其他任何操作，但是这种方式不起作用。 我到目前为止所做的： 共享级别 ：每个人 – 完全控制根目录 ：Storage_Admins – 完全控制/域用户 – 修改结果 ：域用户可以更改他们创build的文件夹的权限，但不能更改根文件夹的权限 共享级别 ：所有人 – 修改根目录 ：Storage_Admins – 完全控制/域用户 – 修改结果 ：域用户不能更改文件夹的权限，但pipe理员也不能更改它们。 域用户不能重命名或删除文件夹。 共享级别 ：所有人 – 修改/ Storage_Admins – 完全控制根目录 ：Storage_Admins – 完全控制/域用户 – 修改结果 ：域用户不能更改文件夹权限，但pipe理员也不能更改它们。 域用户不能重命名或删除文件夹。 我已经阅读了Technet上的一些文章，发现这个： 业主有隐含的权利，允许或拒绝其他用户使用该对象的权限，这个权利不能被撤回 我认为这就是问题所在。 如果用户创build一个文件夹，他是所有者，可以更改该文件夹的权限。 那么是否有防止这种行为呢？ 在networking驱动器上configuration权限的最佳做法是什么？ 把所有权拿走不是一种select，因为没有人可以弄清谁创build了什么文件。 提前致谢。 […]
我想存储媒体资源，并且可以将多个虚拟机作为Windows驱动器path访问。 问题是我可以（而且应该）： A）将物理硬盘分区为NTFS并共享对所有虚拟机的访问。 -要么- B）有一个由VMWare创build的虚拟硬盘驱动器（所以物理分区是VMFS，但虚拟的将是NTFS），并共享访问所有的虚拟机。 哪个可能和/或最好？ 如果有什么“出错”，我会更好有一个本地文件系统，我可以连接到使用大多数任何可启动的操作系统？
过去我曾几次在这里作为一个潜伏者，发现它只是有帮助，现在我有一个自己的问题。 我负责创buildVM群集解决scheme，并一直在研究MD3000（i）系列DAS / iSCSI存储。 我目前有2个 PowerEdge 1950，可以通过PERC5 SAS HBA连接到MD3000。 但是，这是一个棘手的部分，我想创build一个可通过networking访问的群集或高可用性磁盘。 我可以看到，这样做的一个方法是将MD3000分成几个LUN，使用一个创build一个集群VM，然后将另一个LUN作为传递磁盘连接到该VM，然后可以通过一个“共享”该磁盘iSCSI目标。 但是，我在这里看到了一些陷阱，如果虚拟机是主动/被动的，我只能得到使用1 HBA来处理IO的好处。 另外，我厌倦了使用虚拟机pipe理SAN磁盘引入的性能开销。 这些担忧是否合理？ 虚拟机是否可以成功故障转移，仍然可以通过磁盘进行通信？ 看起来更简单的另一个select是，只需拿起一台MD3000i，然后将其设置为使用我的20世纪50年代的iSCSI目标来pipe理它。 我想到替代品的唯一原因是因为我担心本单元上的千兆位端口会造成瓶颈。 我意识到，如果我正在寻找一个超高性能的SAN解决scheme，那么MD3000系列可能不是我们要走的路，但是我正在寻找一个价格合理的解决scheme来集群5-6个低/中等利用率虚拟机（每个60iops左右，〜90％写道）。 我不介意“开箱即用”想出一个解决scheme，但是我确实需要能够支持更多的原创思路和文档。 感谢先进的任何想法。
我们使用的是Amazon S3，我们的很多文件都有STANDARD存储类。 我们想把这个改成REDUCED_REDUNDANCY类来节省额外的钱。 但是，很难find一种方法来做到这一点，并没有花费一个多星期的时间。 从AWS Web Console执行操作非常缓慢，使用Bucket Explorer进行的早期testing也certificate非常慢。 也许只是没有一个快速的方法，但早先的结果表明，s3cmd是相当快的。 只是它似乎无法更改存储类（除非您上传/复制文件）。 有谁知道这样做的快速方法？
我一直负责在这个有点不在我的工作的地方pipe理一个过程。 我们目前可以访问两个networking驱动器，S驱动器和V驱动器。 S驱动器是18.1兆兆字节。 V驱动器是1兆兆字节。 我不知道这些驱动器是如何布局或设置的。 我们的IT人员很好地支持这些和所有这些东西。 我们的V驱动器是工作的驱动器。 也就是说，人们将其用于客户项目的日常工作。 我们经常在这个驱动器上用完空间。 S驱动器是我们的存档驱动器。 我们必须将所有电子文件保留很长一段时间（合法原因）。 一旦一个项目“完成”，它应该被转移到S驱动器，但我是唯一一个可以写访问这个驱动器的人。 我们不允许每个人在两个驱动器之间来回移动文件，因为我们冒着从我们应该保留的S驱动器中删除东西的风险。 这是目前发生的事情： 人们应该告诉我，当他们完成这些项目时要归档哪些项目。 然后，我必须手动将它们移到S驱动器。 问题是大部分时间，部分项目已经被存档，而其他项目则没有。 有时候，人们需要某些项目的“非arhive”的部分，所以对于每个项目，我都必须非常小心地重写，整个过程是非常手动的。 最后，我不能让人们告诉我什么时候他们完成了项目，所以总是归结为“神圣的狗屎，只剩下20 GB的驱动器，我必须运行所有这些狗屎，将占用更多的空间，现在修复！“ 我是一个总pipe理noob，所以我不知道如何改善这种情况，我不知道这个问题的“名称”是什么，所以我很难用googlesearch。 你能推荐任何工具或stream程来帮助吗？
我们有许多SQL Server 2008 R2标准服务器，每个应用程序都是我们希望整合到一个物理服务器上的一个应用程序。 在这些服务器上运行perfmon，他们不会使用大量的CPU，IO或networkingstream量，因此它们是合并的理想select。 几个问题： 创build包含多个数据库的单个实例还是多个实例（例如每个应用程序的实例）会更好吗？ 我不期待太多的争论，但是有没有办法在IO上进行某种治理，这样没有数据库/实例可以占用所有IO资源？ 我知道我可以用资源pipe理器做CPU。 在RAIDconfiguration上，我们将有22个磁盘可用（和2个热备份）。 写比读更重，所以我们会做RAID-10 ..为所有数据库设置一个大arrays，然后为日志文件和tempdbs设置两个较小的arrays，或为每个数据库/实例设置一个专用arrays更好。 谢谢。