sql-serverdatabase-designindexingfilegroup

Moving all non-clustered indexes to another filegroup in SQL Server


In SQL Server 2008, I want to move ALL non-clustered indexes in a DB to a secondary filegroup. What's the easiest way to do this?


Solution

  • Run this updated script to create a stored procedure called MoveIndexToFileGroup. This procedure moves all the non-clustered indexes on a table to a specified file group. It even supports the INCLUDE columns that some other scripts do not. In addition, it will not rebuild or move an index that is already on the desired file group. Once you've created the procedure, call it like this:

    EXEC MoveIndexToFileGroup @DBName = '<your database name>',
                              @SchemaName = '<schema name that defaults to dbo>',
                              @ObjectNameList = '<a table or list of tables>',
                              @IndexName = '<an index or NULL for all of them>',
                              @FileGroupName = '<the target file group>';
    

    To create a script that will run this for each table in your database, switch your query output to text, and run this:

    SELECT 'EXEC MoveIndexToFileGroup '''
        +TABLE_CATALOG+''','''
        +TABLE_SCHEMA+''','''
        +TABLE_NAME+''',NULL,''the target file group'';'
        +char(13)+char(10)
        +'GO'+char(13)+char(10)
    FROM INFORMATION_SCHEMA.TABLES
    WHERE TABLE_TYPE = 'BASE TABLE'
    ORDER BY TABLE_SCHEMA, TABLE_NAME;
    

    Please refer to the original blog for more details. I did not write this procedure, but updated it according to the blog's responses and confirmed it works on both SQL Server 2005 and 2008.

    Updates

    1. @psteffek modified the script to work on SQL Server 2012. I merged his changes.
    2. The procedure fails when your table has the IGNORE_DUP_KEY option on. No fix for this yet.
    3. @srutzky pointed out the procedure does not guarantee to preserve the order of an index and made suggestions on how to fix it. I updated the procedure accordingly.
    4. ojiNY noted the procedure left out index filters (for compatibility with SQL 2005). Per his suggestion, I added them back in.