Radtke的TSM與Isilon配置方案。

對于NetApp配置方案，Radtke指出：“備份、歸檔與遷移任務以100MB到150MB每秒的速度徹底進行，有時甚至會持續到中午……而歸檔任務……每天的執行時長則在八到十六個小時之間。”

在切換至Isilon之后，就單一TSM實例來看：“數據吞吐能力提升到約400MB每秒……歸檔數據吞吐能力……外加備份與恢復數據吞吐能力……也獲得了改進，其執行完成時間比原先提前了數個小時。”

在對TSM進行調整以使用更多線程之后，“數據吞吐能力進一步增加至800MB每秒，而歸檔數據吞吐能力也提升到150MB每秒與750MB每秒之間，運行時長則由原本的16小時縮短至約2.5小時。”

由于大部分數據都被保存在Isilon陣列當中，因此現在只需要一套磁帶庫與之相搭配。

Radtke對于Isilon的表現作出如下總結：

• 備份與歸檔的平均數據吞吐能力已經提高至原本的約五倍。
• 運行時間也獲得了同樣程度的縮減（由12小時降低至2.5小時）。
• 由于所有TSM服務器都共享同一套文件系統，因此其復雜程度得以大大降低。
• TSM服務器與Isilon之間不再存在SAN組件（因此不必再為分卷、LUN掩蔽、SAN分區以及設備類定義變化等麻煩事操心）。
• 恢復速度總體而言也變得更快。

在另一方面，IBM、Andre Gaschler與Nils Haustein則探討了在GPFS存儲方案之上運行TSM服務器的實際效果。

他們解釋稱，GPFS利用“經過優化的高性能集群文件系統為應用程序帶來指向單一集群中多個節點的并發高速文件訪問機制。”

這二位“進行了一系列將TSM與IBM System x GPFS存儲服務器（簡稱GSS）相結合的測試工作。這套GSS系統提供標準GPFS文件系統，其配置在GPFS本地RAID設備（簡稱GNR）之上。 TSM服務器軟件運行所在的服務器則利用高速網絡連接與GSS文件系統相對接。”GSS設備與兩臺TSM服務器之間的連接為56Gbit每秒 InfiniBand。

他們總結出了如下結論：

• 在單一TSM服務器上執行多個會話時的峰值備份性能為每秒5.4GB。
• 在兩臺TSM服務器上執行多個會話時的峰值備份性能為每服務器每秒4.5GB，合共每秒9GB。
• 在單一TSM服務器上執行多個會話時的峰值恢復性能為每秒6.5GB。
• 在單一TSM服務器上執行單一會話時的峰值恢復性能為每秒2.5GB。

他們指出：“這些性能指標明確證實，TSM服務器能夠在GSS（即GPFS存儲服務器）上獲得線性性能擴展。”

這兩位GPFS支持者總結道：“GSS將優秀性能表現與操作簡化加以結合，為我們帶來一套堪稱完美的TSM存儲環境。多TSM實例能夠在基于GPFS的彈性存儲云當中實現全方位向外擴展。”

TSM/Isilon組合的峰值數據吞吐能力為每秒800MB，相比之下TSM/GPFS的峰值數據吞吐能力則高達 5.4GB每秒（相當于每秒5400MB）——幾乎達到前者的七倍。誠然，將二者直接加以對比并不準確，但這樣的結果顯然說明Isilon并不是惟一值得 認真考量的方案——GPFS同樣具備出色甚至是更為出色的實際表現。