我希望这是正确的“交stream” 我在一个研究小组工作，我们没有监测我们的服务器等。 我们可以完全访问它们，并决定发生或不发生的事情。 所以显然我们是相当危险的！ 我会问下面的问题，所以我们不会导致我们的服务器爆炸！ 所以…我们今天为服务器获得了一个新的硬盘，我们已经安装了它，格式化了它，现在坐在服务器上准备使用。 我想知道什么是关于设置磁盘使用的“最佳做法”。 服务器本身由组中的每个人使用，因此我们都有我们自己的主目录，我们希望保持一些私有的（数据集，代码等）。我们正在考虑让每个人都成为新磁盘上的个人目录，别名在他们的主目录中。 任何人都可以推荐这种情况的“最佳做法”是什么？
在维基百科上有很好的logging，硬盘驱动器（HDD）中的磁头崩溃可能会导致一些数据丢失。 但是，关于固态硬盘（SSD）故障的不同模式，以及这样的故障是否会导致重大的数据丢失，并没有太多的报道。 我在网上发现的文章主要提到从SSD恢复数据的复杂性，但没有提到无法挽回的数据丢失的可能性。 有没有人做过这样的比较？
我们有一个DL380p Gen8，带有用于2.5英寸硬盘的16个插槽，而且我们的存储空间已经不足了。 所以我正在做的是用更大容量的硬盘replace所有当前的硬盘（有些是300GB，大约600），并且增加了一个D2700机箱来增加容量。 我的问题是：如果我们在上述所有情况下都使用6GB / s的D2700和SAS驱动器，那么服务器中的逻辑驱动器与shell相对而言是否重要？ 在我看来，服务器中的SAS驱动器将各自拥有自己的通道，以每秒6 GB的速度运行，而机箱中的驱动器将不得不以6 GB / s的速度共享连接回服务器。
我试图完成的是将vCenter中的硬盘驱动器与Linux客户机中的磁盘相关联。 所以在这里 在vCenter中打开guest虚拟机的设置并移至硬件选项卡，显示硬盘列表，即.vmdk文件。 SCSI ID表示是通用的 – 磁盘1是0：0，磁盘2是0：1等等。 在客人身上，我查了一下dmesg ，发现他们的巴士和目标号码是sd *设备。 从那里，我试图推断出这种关系，但我不确定这是正确的方法还是正确的方法。 [root@blah /]# grep -i attached /var/log/dmesg sd 0:0:0:0: Attached scsi disk sda sd 0:0:1:0: Attached scsi disk sdb sd 0:0:2:0: Attached scsi disk sdc sd 0:0:3:0: Attached scsi disk sdd sd 0:0:4:0: Attached scsi disk sde 现在我试图将这些磁盘与vCenter告诉我的硬盘信息关联起来。 我用/ proc / scsi / scsi确认了h：b：t：l映射，对我来说看起来很理智。
我有一些关于磁盘吞吐量的问题，以便规划我的SQL Server部署。 据我所知，消费型SATA磁盘有时在长时间不用时进入睡眠模式。 SAS服务器驱动器是否始终以默认速度旋转（如10K，15K）？ 所以他们始终保持最高的速度，而且一直消耗更多的能量。
最近我在RAIDarrays中失去了一个驱动器（从系统收到一封电子邮件，告诉我这是非常好的），经过一些驱动器的洗牌和换入新驱动器，我都安全可靠。 但一路上，我发现这个线程 ，这让我想到如何实际testing磁盘错误和其他坏事情，而没有他们真正发生。 当我运行build议的tar命令时： tar c /my/raid/device/mount/point > /dev/null 它在几秒钟内完成，这显然不足以让系统实际读取所有文件（远远超过TiB） – 所以我想我的第一个问题是为什么这可能不起作用。 如果我做这样的事情： find . -type f | xargs md5sum 该命令运行得很好，需要很长时间才能完成…但是它也会加载CPU进行所有的求和。 这可能也可能不是比“焦油”更快或更容易 – 我更加好奇，为什么tar命令没有按预期工作。 无论如何 – 第二个问题，更一般地说：是否有办法按照这些方法做一些事情来进行故障注入testing： find（或创build）我不关心的文件… 确定磁盘上的块是用来存储这个特定的文件… 假的软件/操作系统认为这个块是“坏”（我认为标记它不知何故，这是我的知识用完的地方） 运行我的testing脚本和/或错误检查例程 确认数组都报告错误，并执行任何其他纠正措施是必要的… 将该块/扇区再次标记为“好”，以便系统/操作系统正常使用它。 这似乎是可行的，但我没有足够的Linux工具的详细知识，这将允许我标记一个块在设备级别不好，实际上是一个坏块… 这个想法？ 或者，如果有更好的方法来解决这个问题，我很高兴听到这个…
制作Mac磁盘映像的经过实践validation的方法是，在您拥有的最新Mac硬件上完美地设置您的软件，删除一些不必要的文件，并创build一个（单片）映像。 基于软件包的图像创build（特别是使用InstaDMG ， 也可能与卡斯帕套件以及其他可能的工具）已经有一段时间了，而且据说更好。 有经验的人都可以回答哪种方式更好，为什么？ （或者客观地说，你更喜欢哪个？为什么？）
我正在RAID5中的4x1TB磁盘上运行我的存储服务器。 这里没有问题，不乏速度，不乏performance。 但是现在这些磁盘已经没有空间了，我有以下解决scheme： 购买一些额外的1TB磁盘添加到RAID5arrays。 （不是面向未来的小磁盘） 购买4x2TB磁盘，replace当前的RAID5arrays（明年有相同的“自由空间”问题） 像当前RAID5设置一样的未知解决scheme; 在未来我可以添加更大的驱动器而无需重build整个磁盘arrays，或者我不应该replace所有磁盘以使用这些磁盘的全部容量。 （我在Ubuntu上运行一个mdadm） 所以我的问题是3号; 有任何想法吗？
我刚刚发现我的一个服务器报告硬盘错误，但我有问题提取我想要的信息。 我已经下载了Acronis Drive Monitor，所以我可以看到硬盘的运行状况和序列号，但是它只显示了RAID控制器，而不是驱动器。 任何线索？
我们有一个高清损坏，我们需要更换这个高清，如何更改和添加更多的高清arrays到HP Proliant ML 350 G5服务器？