Primary filegroup is full SQL Server 2008

  • I have a large table (~50 million rows) I'm trying to bulk insert into SQL Server and I get the error:

    Could not allocate space for object 'myDB' in database 'I 3 Stroke' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

    There is another table in the database with around 25 million rows. This database will only be used on a single machine, and it will be designed to mine data that already exists and it under no circumstances will ever grow beyond its current size.

    For a situation such as this, what's the best way to tackle this so SQL Server doesn't complain? Will the solution matter that this DB won't be exposed to multiple users?

    You need to add more space to the database or remove unused objects. What is your question?

    @GordonLinoff when the database was created the filegroup was designed to have unrestricted growth, and yet I'm running into this problem. I'm hoping to find a way to prevent this from happening again.

    Do you have more physical disk space available? If so, check the SQL Server error logs and see if there is additional information on why the autogrowth failed.

    Would you please confirm that enough disk space is available? This is the only plausible cause, except for restricted file growth (which you said is not the case).

    Yes, there is disk space available. My main conundrum was that the database was set to have unrestricted growth, and a very large table would cause the database to not allow a table to be bulk inserted.

    What are the expansion settings for the files in this database? Please be explicit.

    How much space is available in MB and how big is the file (in case you have %-based autogrowth).

    There's ~200 gigs available. The dtabase itself is roughly 10

    Maybe you are hitting the db size limit of the sql express edition.

  • Follow these steps:

    1. Identify how much space you want to add to the database storage allocation:
      1. Open windows explorer
      2. Right click on the disk drive that your database files exist on
      3. Select properties
      4. Check how much disk space is available and decide how much of this you want to allocate for the database
        (Suggestion: Leave at least 20% disk space free if you house the database files on the same disk as your OS {Sub-Suggestion: Don't do this! Rebuild/migrate your data to it's own disk; you're screwing yourself on I/O.} and leave at least 8% for a pure data disk; these numbers are estimates of what I think the actual percentage suggestions are.)
    2. Update the storage allocation for the database.
      1. Open SSMS
      2. Click the "View" tab
      3. Select "Object Explorer"
      4. Expand the "Databases" folder
      5. Right click the database your trying to bulk insert into
      6. Select "Properties"
      7. Click the "Files" list option from the "Select a page" area at the left of the properties window
      8. Find the "Database files" row with the "Filegroup" as "PRIMARY"
      9. Add whatever number of megabytes you want to add to the database allocation to the "Initial Size (MB)" number
      10. Hit "OK"
        (You might also want to consider your "Autogrowth" values while you're here.)

    You want to give your database as much storage allocation as you can afford to give it. If it runs out of space you'll receive this error without auto-grow on and if auto-grow is on you'll take a performance hit each time it has to auto-grow. If you are simply out of disk space then that is your answer and you need a bigger disk.

    Don't we all want bigger DIsKs? :P

  • Express Edition 2014 has a limit of 10 GB per database. If the auto grow of a database hits that point SQL Server throws the (obscure?) error message, not mentioning license limit. There may be plenty of disk space but you still see this message.

    Remedy if design allows for: use multiple databases under this license.

  • Databases often run out of space when they are in full recovery mode. If you are not doing transactions and manual backups are sufficient, then you can change the recovery mode to simple.

    You might also need to recover space from the log file . . . it can be emptied but still use space.

    However, you are better off asking this question to DBAs who may offer more solutions.

    This is not an issue of failed log growth. Data growth failed.

    @usr . . . They probably occupy the same underlying disk space. The issue is a lack of disk space.

    He says disk space is available. I explicitly asked because I was suspicious, too.

    How much disk space is available/free ? What is the current size of all the files in the primary file group and what is their growth setting? It is possible the growth increment is larger than the available free space.

  • In my experience, this message occurs when the primary file (.mdf) has no space to save the metadata of the database. This file include the system tables and they only save their data into it.

    Make some space in the file and the commands works again. That's all, Enjoy

  • To solve Primary filegroup is full error go to the Database propriety -> Files -> Database Files -> Filegroup "PRIMARY" -> Autogrowth/Maxsize and Change Filegroup Database_Name In Megabytes to 1, Maximum File Size check Unlimited then Ok.

License under CC-BY-SA with attribution


Content dated before 6/26/2020 9:53 AM