Hi @Avyayah ,
Determining the appropriate size for tempdb in a SQL Server production environment depends on many factors. As described earlier, these factors include the existing workload and the SQL Server features that are used. We recommend that you analyze the existing workload by performing the following tasks in a SQL Server test environment:
Set autogrow on for tempdb.
Run individual queries or workload trace files and monitor tempdb space use.
Execute index maintenance operations such as rebuilding indexes, and monitor tempdb space.
Use the space-use values from the previous steps to predict your total workload usage. Adjust this value for projected concurrent activity, and then set the size of tempdb accordingly.
For more information, please refer to MS Docs: https://learn.microsoft.com/en-us/sql/relational-databases/databases/tempdb-database?view=sql-server-ver15, which also provide methods about monitoring tempdb use.
Will it be a good practice to move tempdb logfile to a separate drive which has 141 GB available?
However, this size is based on your specific situation. You need estimate the size in advance through monitoring tempdb use.
Refer to this:https://logicalread.com/sql-server-tempdb-best-practices-placement-w01/#.YOf_AzPiuUk.
You can also take a look at the other two parts contained in this link.
Best regards,
Seeya
If the response is helpful, please click "Accept Answer" and upvote it, as this could help other community members looking for similar queries.
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.