我正在寻找一种解决方案，以 [显着] 提高系统上的企业数据库性能，该系统需要每秒支持数千个事务（插入和大型选择）。除了数据库/查询优化，我们也在寻求硬件改进。
我需要有使用 SSD 驱动器存储数据库的数据库管理经验的人。你用的是什么RAID配置？RAID1 看起来是一个不错的选择，也许可以与另一种以冗余为中心的配置相结合，我想 SLC 技术也将是 SSD 驱动器的首选。
问题是：您使用的是什么类型的 SSD 驱动器（品牌、型号）？它们在 RAID 中是如何组织的，您取得了哪些改进以及您遇到了多少（主要）问题？您对当前 SSD 驱动器的可靠性有多担心？您会建议将它们用于数据库（意思是关键）存储吗？
此外，已实施解决方案的大致价格（当然是在您实施该解决方案时）是多少？
也许这篇文章还可以提供有关 SSD + 数据库关系如何随着时间的推移演变的历史数据。
PS：如果重要的话，我们目前使用的是 SQL Server 2008 R2。数据库大小：此时超过 400GB，但我的问题不仅与我的具体情况有关。
谢谢。
在这里找到了一篇有趣的文章：http : //www.remote-dba.net/t_in_memory_cohesion_ssd.htm
是否可以从 SQL Management Studio 直接创建到 FTP 服务器的备份？基本上，我希望能够指定一个 FTP 位置（服务器、用户、密码）来发送备份文件，而不是选择磁盘的目的地。
这可以防止备份数据占用服务器本身的空间。出于安全原因，不能选择通过共享文件夹进行网络传输。