LSI，Intel和Dell RAID控制器（或许还有其他的）具有“ Patrol Read ”function，可以在驱动器发生故障之前发现故障。 LSI似乎在默认情况下禁用SSD上的巡检读取function，但如果需要，可以通过MegaCLi的SupportSSDPatrolRead选项将其打开。 为什么我不应该打开巡逻读SSD？ 会造成过早失败吗？ 还是SSD没有意义？ 我怀疑是因为默认禁用。 但是我找不到任何说明为什么或为什么的文档。
我的数据中心告诉我，所有HW raid，特别是LSI 9260-4i硬件RAID控制器，都不支持SSD TRIM命令。 我的问题是，是否有严重的长寿/速度问题？ 我的数据中心表示，使用软件RAID会更好，但是在4x256Gb三星830 RAID10arrays上运行软件RAID时，单驱动器的写入速度并不理想。 最后，MegaRAID FastPath软件在某种程度上是否满足SSD TRIM的需求？
我正在寻找replace我们的SQL Server： 惠普Proliant DL360 G4 2个64位Intel Xeon 3.60 GHz，1Mcaching，800 MHz FSB 4GB内存DDR2 惠普智能arrays6i 2个146GB SCSI 15K（RAID 1） 有了这个： 惠普ProLiant SE316M1 2个Intel Xeon L5520（8M Cache，2.26 GHz，5.86 GT / s Intel QPI）Nehalem 16GB RAM DDR3 惠普智能arraysP410 512 MB BBWCcaching 2个120GB Intel DC S3500 SSD（RAID 1） 我也从SQL Server 2000和Windows 2003升级到SQL Server 2008 R2和Windows 2008 R2。 我了解SE316M1基本上是DL160 G6。 我知道我们目前的设置是如此古老（十岁），几乎任何东西都可以是一个很大的改进。 […]
在安装过程中是否有任何选项强制PCIe SSD不是/ dev / sda？ 我希望保留的SSD只限于/ var，但每当我尝试将可启动分区设置为/ dev / sdc2（sdb是usb install drive）时，grub加载程序都会失败。 我一直在使用CentOS 6.6和Ubuntu 14的Dell r610和HP DL385 G6服务器上进行安装，并且PCI设备总是在RAID设备之前显示。
我们正在CentOS 7.1系统上testing两个Intel DC P3600 NVMe硬盘的速度。 它们使用mdadm在软件RAID1中进行configuration。 从3.10版本升级到4.3版本（或4.2.5版本）后，我们发现可以观察到一个非常显着的读取速度降低 – 从4GB / s到500MB / s。 我们可以通过在启动时select内核版本来复制testing。 使用以下命令使用fio进行testing： fio –name=read –ioengine=libaio –iodepth=16 –rw=read \ –bs=128k –direct=1 –size=32G –numjobs=8 –runtime=300 \ –time_based=1 –group_reporting 内核中的哪些变化可能会导致这种情况？ 在我读的地方，甚至推荐升级，因为NVMe驱动程序在内核3.19之后达到版本1.0。 任何build议，将不只是欢迎。
我租用两台相同的物理服务器（在Serverloft上）。 这些服务器带有2×512 GB SSD磁盘，我已经用mdadm在RAID1中设置了它们。 这些磁盘本地安装在服务器中。 这两个系统的写入性能看起来差别很大。 根据lshw -short ，控制器是： C610/X99 series chipset 6-Port SATA Controller [AHCI mode] 第一台服务器（2个SAMSUNG MZ7TE512） host02:/tmp# dd bs=1M count=8192 if=/dev/zero of=testfile conv=fdatasync 8192+0 records in 8192+0 records out 8589934592 bytes (8.6 GB) copied, 38.4952 s, 223 MB/s 第二台服务器（2个SAMSUNG MZ7LN512） host03:/tmp# dd bs=1M count=8192 if=/dev/zero of=testfile conv=fdatasync 8192+0 records in 8192+0 records […]
我们有一个CentOS 7的VPS和20GB的SSD空间，后来我们把它升级到了160GB，但是我对如何扩展/分区有点困惑。 我们有多个完整的备份，但我宁愿不重新安装一切只是为了扩大磁盘的大小。 df -h给出以下结果： Filesystem Size Used Avail Use% Mounted on /dev/mapper/vg-lv_root 18G 12G 5.3G 68% / devtmpfs 3.9G 0 3.9G 0% /dev tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs 3.9G 8.5M 3.9G 1% /run tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup /dev/sda1 477M 193M 255M 44% /boot tmpfs 799M 0 799M 0% /run/user/0 fdisk […]
SQL 2005 32位开发者版，所有最近的服务包 Windows Server 2003 Standard 64x，所有最近更新 Fusion IO驱动器 我们在我们的开发服务器上安装了一个新的80GB SSD卡，在tempdb（10GB起始大小）上运行ALTER TABLE，将这些文件移动到新的驱动器，停止SQL Server，然后尝试重新启动它…但现在SQL不会以“发生服务特定错误：1814”开始。 Sys.Messages有1814年，因为“不能创buildtempdb，你可能没有足够的磁盘空间，通过删除tempdb驱动器上的其他文件，然后重新启动SQL Server，可以腾出额外的磁盘空间，检查事件日志中可能指出的其他错误为什么tempdb文件不能被初始化。“ 应用程序事件日志具有“FCB :: Open：创build或打开文件”F：\ TempDB“时发生操作系统错误5（访问被拒绝）。诊断并更正操作系统错误，然后重试该操作。 SQL服务被configuration为以域帐户运行，并且该帐户是框中的本地pipe理员。 我的猜测是，某些隐形位需要在“启用”SQL Server使用的新驱动器的某个位置进行configuration。 任何想法可能是什么？ 我真正想要做的是告诉SQL不要在该驱动器上构buildtempdb文件…但要做到这一点，你必须发出一个ALTER DATABASE来移动文件，但是我们不能启动服务来发出命令。 如何在不实际运行实例的情况下移动SQL Server 2005（named）实例的tempdb文件？ （这是SQL 2005，所以我不能像在2000或7.0中那样在主数据库中破解表）。 不，我们没有备份我们的系统数据库。 或者在这里有帮助？
我有几个虚拟化的文件服务器在ProxmoxVE上的QEMU / KVM上运行。 物理主机有4个存储层，性能差异很大。 它们通过NFS本地连接。 这些将作为本地磁盘提供给文件服务器，抽象到池中，并处理networking的多个数据stream。 我的目标是让这个抽象层智能地合并层。 这里有一个类似的post： 家庭自酿分层存储解决scheme与Linux？ （内存 – > SSD – >硬盘 – >远程存储） ，其中接受的答案是放弃NexentaStor的Linux解决scheme的build议。 我喜欢运行NexentaStor的想法。 它几乎符合法案。 NexentaStor提供混合存储池，我喜欢校验和的想法。 16TB没有发生许可费用也是一个巨大的加分。 在硬件的费用后，免费的是我所有的预算可以处理。 我不知道zfs池是自适应的还是基于负载dynamic分配的，但由于NexentaStor不支持virtionetworking或块驱动程序（这在我的环境中是必须的），因此它变得无关紧要。 然后我看到一个名为SmartMove的商业解决scheme： http ：//www.enigmadata.com/smartmove.html 而且这看起来像是朝着正确的方向迈出的一步，但是我太破碎了，我会浪费时间甚至要求报价，所以我正在寻找另一种select。 我在一个支持virtio驱动程序的linux实现之后，对于哪个软件能胜任这个工作，我感到不知所措。
作为参考： Crucial RealSSD C300 256GB硬盘。 MySQL 5.1.5x运行InnoDB表。 Linux（CentOS 5.5 etx3 journaled）。 问题： 使用这些RAID可以更换驱动器，还是更换FusionIO或RevoDrive卡？ 如果RAID，什么控制器？ LSI？ 3Ware的？ 什么布局？ 我认为RAID 5的这个漏洞不适用于SSD，因为重build时间要less得多。 错误的假设？ 如果一张闪存卡，什么卡？ 最好转移到Solaris和ZFS，并跳过这些卡，并拿起其他的好东西？ 我只有Linux的经验，所以迁移到Solaris将是不舒服，虽然可行。