It won't matter for performance but it could matter for other reasons.
To get better performance, you need to have it split across different physical hardware; splitting files across logical partitions does not help or hurt performance. But I wouldn't worry about this unless you start seeing disk activity as a bottleneck.
There are benefits from this approach:
- You can back up the D: drive without having to do a system image backup.
- You can restore the D: drive without restoring the entire system.
- If you get to a point where you need more space, it is easier to move the D: drive to another physical disk than to have to move the C: drive or relocate the database files.
I was wondering this running an instance of SQL Server Express would suffice for the role of a the Distributor database? Is this remotely feasible?
SQL Server Express cannot serve as a Publisher or Distributor.
SQL Express can only be Subscriber. Refer to : Replication Considerations (SQL Server Express) for more details.
EDIT : To make my answer more meaningful, I am adding more details
Test any scenario that you are going to implement to avoid any surprises !!
In doing my research it seems the recommended approach would be to have the Distributor on a different server than the Publisher DB?
This is true up-to certain extent only. Its a best practice, but depending on how much data you are replicating and how busy (in terms of activity or transactions) is your publication database and the network latency between publisher-distributor-subscriber, this setup will affect you.
In your scenario, if your database is --
Other thoughts:
Since you are already using Enterprise Edition, why not use Database Snapshots - with caution !!.
From Looking at Database Snapshot Performance
When using database snapshots, even in SQL Server 2012, there is an overhead associated with the additional writes required for copying data pages to the sparse files for the snapshots. If using database snapshots is a part of your general configuration, I would really be careful about planning the I/O subsystem to meet the workload requirements for concurrent I/O activity to the database snapshot sparse files.
So database mirroring is another option as well and you can create snapshots on the mirrored database and have it as reporting database.
Also, if your business does not want real time data, then a custom solution can be designed that can Extract, Transform and Load the data to another server using SSIS (or any tool of your choice) and that can be used as reporting.
Best Answer
To move a data file, if you don't have a maintain window, you should perform several steps:
Add a new file to the filegroup (Add Data or Log Files to a Database):
Empty the old file (DBCC SHRINKFILE):
Remove the old file (Delete Data or Log Files from a Database):
If a logical name matters (ALTER DATABASE File and Filegroup Options):