We have a ~10TB database with dozens of data files on SQL Server 2017 Enterprise CU21. We're seeing slower CHECKDB performance when all of the files are on a single volume as opposed to multiple volumes. (In both cases, the same high-end (Pure) storage is involved, same VM hosts, same storage network - just different numbers of volumes.)
Is there a documented advantage to spreading data files across multiple volumes, either for DBCC CHECKDB specifically, or for SQL Server generally?
The trace flag 2549 described in KB 2634571 tells CHECKDB to treat each database file as if it's on a unique drive. But is there any other official documentation outlining how SQL Server (or CHECKDB specifically) treats IO differently when there are multiple volumes involved?