locked
TempDB : autogrowth or fixed size ? Different advices on the internet! RRS feed

  • Question

  • Hi,

    I'm trying to get an understanding of SCCM 2012 R2 because we're going to use it at our enterprise. Having no more then about 1000 clients, we're going to implement a PS on one server. We're not sure if we're going to install SQL locally or remote, both options are still open, though I'm aware that the local option is advised most of the time. I've been reading several topics on these fora and elsewhere and yesterday I've had a talk with our SQL dba about several requirements and options. He saw I wanted to use autogrowth but didn't think it was a good idea. So I started to search the internet. Well, I think I must tell him he is right. Most of the documents are very clear about this : stay away from the autogrowth option and configure an initial disk size. These are the blogs and topics I think are interesting. There are more, of course.

    (sorry, no links until when I'm verified.....)

    Most are very against autogrowth:

    ==> "consider pre-sizing files to utilize the entire disk on which the TempDB is saved, and turn off the autogrowth option. "

    and

    ==> "Never, I mean never, let the TempDB grow to its steady state size through auto-grow. You should only use auto-grow as a last resort but not as a strategy."

    Even Microsoft warns about autogrowth, though it is enabled by default.

    But some do take it seriously and use it :

    ==> "Database: 150GB Site DB .mdf 50% initial size with 1 % AutoGrowth and 90% Max Size. 75GB Site DB .ldf 50% intial size with 2% Autogrowth and 90% Max Size"

    So, if I mix everything together I have to take - as an example - a disk sized 80GB and create 8 tempdb files each having 10TB as a fixed size. Right? Or not?

    Enlighten me please. :-)

    Friday, October 24, 2014 11:04 AM

Answers

  • Hi,

    check out this guide from Kent on the sizing of the tempDB, http://blog.coretech.dk/kea/system-center-2012-configuration-manager-sql-recommendations/

    You should have one TempDB file per Core in the SQL Server up to 8. If you have 10 cores you should still only use 8.

    You should also change the autogrowth on the Site DB from % to a fixes size, check out this as well on the topic. http://www.hasmug.com/wp-content/uploads/2012/10/07-201210-Oct-SQL-Server-Optimization-and-Best-Practices-for-System-Center-Administrators-Kevin-Holman.pdf

    Regards,

    Jörgen


    -- My System Center blog ccmexec.com -- Twitter @ccmexec

    • Proposed as answer by Benoit LecoursMVP Friday, October 24, 2014 11:31 AM
    • Marked as answer by KZen Muug Friday, October 24, 2014 12:34 PM
    Friday, October 24, 2014 11:29 AM
  • Hi Jörgen,

    I didn't know the second link ! Thanks ! It seems to contains lots of exact answers and almost no try-and-monitor advice. :-)

    In the meantime I also found this blog, a bit dated, but I think it contains some very important advice about data file management : http://www.sqlskills.com/blogs/paul/importance-of-data-file-size-management/

    cheers,

    Paul

    (hey, I can post links! Yes!)

    • Edited by KZen Muug Friday, October 24, 2014 12:34 PM
    • Marked as answer by KZen Muug Friday, October 24, 2014 12:34 PM
    Friday, October 24, 2014 12:33 PM
  • For those who are in doubt: the advice I found :

    - enable instant file initialisation (if possible)
    - some say 1 tempdb per 2 cores, some say one per core. All say never more then 8
    - all the tempdb's have to have the same size
    - one database file per core
    - pre-size the tempdb's (use Agerlunds Excel to calculate the absolute minimum size). Do not make the mistake of making them too small
    - enable autogrow, just as an emergency (some say turn if off)
    - define autogrow in MB's not in percentages (521MB or 1GB)
    - monitor the files and adjust them manually before the autogrow-feature gets triggered




    • Marked as answer by KZen Muug Friday, October 24, 2014 12:44 PM
    • Edited by KZen Muug Friday, October 24, 2014 2:16 PM
    Friday, October 24, 2014 12:44 PM

All replies

  • Hi,

    check out this guide from Kent on the sizing of the tempDB, http://blog.coretech.dk/kea/system-center-2012-configuration-manager-sql-recommendations/

    You should have one TempDB file per Core in the SQL Server up to 8. If you have 10 cores you should still only use 8.

    You should also change the autogrowth on the Site DB from % to a fixes size, check out this as well on the topic. http://www.hasmug.com/wp-content/uploads/2012/10/07-201210-Oct-SQL-Server-Optimization-and-Best-Practices-for-System-Center-Administrators-Kevin-Holman.pdf

    Regards,

    Jörgen


    -- My System Center blog ccmexec.com -- Twitter @ccmexec

    • Proposed as answer by Benoit LecoursMVP Friday, October 24, 2014 11:31 AM
    • Marked as answer by KZen Muug Friday, October 24, 2014 12:34 PM
    Friday, October 24, 2014 11:29 AM
  • Hi Jörgen,

    I didn't know the second link ! Thanks ! It seems to contains lots of exact answers and almost no try-and-monitor advice. :-)

    In the meantime I also found this blog, a bit dated, but I think it contains some very important advice about data file management : http://www.sqlskills.com/blogs/paul/importance-of-data-file-size-management/

    cheers,

    Paul

    (hey, I can post links! Yes!)

    • Edited by KZen Muug Friday, October 24, 2014 12:34 PM
    • Marked as answer by KZen Muug Friday, October 24, 2014 12:34 PM
    Friday, October 24, 2014 12:33 PM
  • For those who are in doubt: the advice I found :

    - enable instant file initialisation (if possible)
    - some say 1 tempdb per 2 cores, some say one per core. All say never more then 8
    - all the tempdb's have to have the same size
    - one database file per core
    - pre-size the tempdb's (use Agerlunds Excel to calculate the absolute minimum size). Do not make the mistake of making them too small
    - enable autogrow, just as an emergency (some say turn if off)
    - define autogrow in MB's not in percentages (521MB or 1GB)
    - monitor the files and adjust them manually before the autogrow-feature gets triggered




    • Marked as answer by KZen Muug Friday, October 24, 2014 12:44 PM
    • Edited by KZen Muug Friday, October 24, 2014 2:16 PM
    Friday, October 24, 2014 12:44 PM