Snapshot on Always On Availability Group in suspect modeA transaction log grows unexpectedlyBCP - Different Schemashrink database in always on availabilityDB snapshot goes into SUSPECT mode (SQL 2014 on WIN2K8R2)Database ID of a non-existent database - time-out waiting for buffer latch on page appearing in error logDatabase snapshot “The requested operation could not be completed due to a file system limitation”SQL 2016 SP1 Mirroring - slow database list refresh and repetitive automatic failoversConfigure unconstrained delegation for BULK INSERTOn Always On Availability GroupDatabaseIntegrityCheck fails intermittently

How to deal with a colleague who is being aggressive?

What is the function of the corrugations on a section of the Space Shuttle's external tank?

How to let other coworkers know that I don't share my coworker's political views?

I know that there is a preselected candidate for a position to be filled at my department. What should I do?

Am I a new writer?

Construct a word ladder

Can I tell a prospective employee that everyone in the team is leaving?

Is it truly impossible to tell what a CPU is doing?

How to respond to upset student?

Did 20% of US soldiers in Vietnam use heroin, 95% of whom quit afterwards?

How to cut a climbing rope?

How to ignore kerning of underbrace in math mode

Question in discrete mathematics about group permutations

Parallel fifths in the orchestra

Why does the hash of infinity have the digits of π?

How did NASA Langley end up with the first 737?

Where's this lookout in Nova Scotia?

Where have Brexit voters gone?

My employer faked my resume to acquire projects

Can my floppy disk still work without a shutter spring?

Python program to take in two strings and print the larger string

How to reverse input order?

Is "cool" appropriate or offensive to use in IMs?

What was Stree?



Snapshot on Always On Availability Group in suspect mode


A transaction log grows unexpectedlyBCP - Different Schemashrink database in always on availabilityDB snapshot goes into SUSPECT mode (SQL 2014 on WIN2K8R2)Database ID of a non-existent database - time-out waiting for buffer latch on page appearing in error logDatabase snapshot “The requested operation could not be completed due to a file system limitation”SQL 2016 SP1 Mirroring - slow database list refresh and repetitive automatic failoversConfigure unconstrained delegation for BULK INSERTOn Always On Availability GroupDatabaseIntegrityCheck fails intermittently






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








1















Our configuration is 2 SQL Servers 2016, enterprise edition, 13.0.5026.0, running on Windows Server 2012 R2.

Created availability group with one database in it.
Database has 3 data files in it, all together around 2,5 TB in size
We are creating 2xsnapshots on the database on secondary replica.



After some time our snapshots are turning into suspect state with following errors recorded in the error log:



Error: 3420, Severity: 21, State: 1.
G:Snapshots01DataData1.ss: Operating system error 665(The requested operation could not be completed due to a file system limitation) encountered.
Error: 17053, Severity: 16, State: 1.
The operating system returned error 665(The requested operation could not be completed due to a file system limitation) to SQL Server during a write at offset 0x0000a8c4c60000 in file 'G:Snapshots01DataData1.ss'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.


I've checked snapshot file sizes with following query:



SELECT DB_NAME(sd.source_database_id) AS [SourceDatabase],sd.name AS [Snapshot],
mf.name AS [Filename],size_on_disk_bytes/1024 AS [size_on_disk (KB)],mf2.size/128 AS [MaximumSize (MB)]
FROM sys.master_files mf
JOIN sys.databases sd ON mf.database_id = sd.database_id
JOIN sys.master_files mf2 ON sd.source_database_id = mf2.database_id AND mf.file_id = mf2.file_id
CROSS APPLY sys.dm_io_virtual_file_stats(sd.database_id, mf.file_id)
WHERE mf.is_sparse = 1AND mf2.is_sparse = 0


and it seems that snapshot is broken when the largest snapshot file reaches around 60GB.

Snapsot drive is 1,35 TB, formatted with NTFS 64KB.



What can we do to avoid errors like this?

Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?










share|improve this question




























    1















    Our configuration is 2 SQL Servers 2016, enterprise edition, 13.0.5026.0, running on Windows Server 2012 R2.

    Created availability group with one database in it.
    Database has 3 data files in it, all together around 2,5 TB in size
    We are creating 2xsnapshots on the database on secondary replica.



    After some time our snapshots are turning into suspect state with following errors recorded in the error log:



    Error: 3420, Severity: 21, State: 1.
    G:Snapshots01DataData1.ss: Operating system error 665(The requested operation could not be completed due to a file system limitation) encountered.
    Error: 17053, Severity: 16, State: 1.
    The operating system returned error 665(The requested operation could not be completed due to a file system limitation) to SQL Server during a write at offset 0x0000a8c4c60000 in file 'G:Snapshots01DataData1.ss'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.


    I've checked snapshot file sizes with following query:



    SELECT DB_NAME(sd.source_database_id) AS [SourceDatabase],sd.name AS [Snapshot],
    mf.name AS [Filename],size_on_disk_bytes/1024 AS [size_on_disk (KB)],mf2.size/128 AS [MaximumSize (MB)]
    FROM sys.master_files mf
    JOIN sys.databases sd ON mf.database_id = sd.database_id
    JOIN sys.master_files mf2 ON sd.source_database_id = mf2.database_id AND mf.file_id = mf2.file_id
    CROSS APPLY sys.dm_io_virtual_file_stats(sd.database_id, mf.file_id)
    WHERE mf.is_sparse = 1AND mf2.is_sparse = 0


    and it seems that snapshot is broken when the largest snapshot file reaches around 60GB.

    Snapsot drive is 1,35 TB, formatted with NTFS 64KB.



    What can we do to avoid errors like this?

    Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?










    share|improve this question
























      1












      1








      1








      Our configuration is 2 SQL Servers 2016, enterprise edition, 13.0.5026.0, running on Windows Server 2012 R2.

      Created availability group with one database in it.
      Database has 3 data files in it, all together around 2,5 TB in size
      We are creating 2xsnapshots on the database on secondary replica.



      After some time our snapshots are turning into suspect state with following errors recorded in the error log:



      Error: 3420, Severity: 21, State: 1.
      G:Snapshots01DataData1.ss: Operating system error 665(The requested operation could not be completed due to a file system limitation) encountered.
      Error: 17053, Severity: 16, State: 1.
      The operating system returned error 665(The requested operation could not be completed due to a file system limitation) to SQL Server during a write at offset 0x0000a8c4c60000 in file 'G:Snapshots01DataData1.ss'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.


      I've checked snapshot file sizes with following query:



      SELECT DB_NAME(sd.source_database_id) AS [SourceDatabase],sd.name AS [Snapshot],
      mf.name AS [Filename],size_on_disk_bytes/1024 AS [size_on_disk (KB)],mf2.size/128 AS [MaximumSize (MB)]
      FROM sys.master_files mf
      JOIN sys.databases sd ON mf.database_id = sd.database_id
      JOIN sys.master_files mf2 ON sd.source_database_id = mf2.database_id AND mf.file_id = mf2.file_id
      CROSS APPLY sys.dm_io_virtual_file_stats(sd.database_id, mf.file_id)
      WHERE mf.is_sparse = 1AND mf2.is_sparse = 0


      and it seems that snapshot is broken when the largest snapshot file reaches around 60GB.

      Snapsot drive is 1,35 TB, formatted with NTFS 64KB.



      What can we do to avoid errors like this?

      Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?










      share|improve this question














      Our configuration is 2 SQL Servers 2016, enterprise edition, 13.0.5026.0, running on Windows Server 2012 R2.

      Created availability group with one database in it.
      Database has 3 data files in it, all together around 2,5 TB in size
      We are creating 2xsnapshots on the database on secondary replica.



      After some time our snapshots are turning into suspect state with following errors recorded in the error log:



      Error: 3420, Severity: 21, State: 1.
      G:Snapshots01DataData1.ss: Operating system error 665(The requested operation could not be completed due to a file system limitation) encountered.
      Error: 17053, Severity: 16, State: 1.
      The operating system returned error 665(The requested operation could not be completed due to a file system limitation) to SQL Server during a write at offset 0x0000a8c4c60000 in file 'G:Snapshots01DataData1.ss'. Additional messages in the SQL Server error log and system event log may provide more detail. This is a severe system-level error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.


      I've checked snapshot file sizes with following query:



      SELECT DB_NAME(sd.source_database_id) AS [SourceDatabase],sd.name AS [Snapshot],
      mf.name AS [Filename],size_on_disk_bytes/1024 AS [size_on_disk (KB)],mf2.size/128 AS [MaximumSize (MB)]
      FROM sys.master_files mf
      JOIN sys.databases sd ON mf.database_id = sd.database_id
      JOIN sys.master_files mf2 ON sd.source_database_id = mf2.database_id AND mf.file_id = mf2.file_id
      CROSS APPLY sys.dm_io_virtual_file_stats(sd.database_id, mf.file_id)
      WHERE mf.is_sparse = 1AND mf2.is_sparse = 0


      and it seems that snapshot is broken when the largest snapshot file reaches around 60GB.

      Snapsot drive is 1,35 TB, formatted with NTFS 64KB.



      What can we do to avoid errors like this?

      Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?







      sql-server-2016 availability-groups snapshot






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked May 18 at 14:31









      Andrzej BłochAndrzej Błoch

      886




      886




















          1 Answer
          1






          active

          oldest

          votes


















          2















          Operating system error 665(The requested operation could not be completed due to a file system limitation)




          This is a common issue with large sparse files as it causes NTFS metadata fragmentation. You're not hitting a SQL Server issue, you're hitting (as the error states) a filesystem limitation (NTFS).




          What can we do to avoid errors like this?




          Not use snapshots. Not use NTFS (ReFS instead).




          Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?




          Yes, changing to ReFS should alleviate the issue, assuming you actually need the snapshots. Changing less data in the source database would also help alleviate the issue.



          No, there aren't really any other NTFS settings that can be changed.






          share|improve this answer























            Your Answer








            StackExchange.ready(function()
            var channelOptions =
            tags: "".split(" "),
            id: "182"
            ;
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function()
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled)
            StackExchange.using("snippets", function()
            createEditor();
            );

            else
            createEditor();

            );

            function createEditor()
            StackExchange.prepareEditor(
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader:
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            ,
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            );



            );













            draft saved

            draft discarded


















            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f238475%2fsnapshot-on-always-on-availability-group-in-suspect-mode%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            2















            Operating system error 665(The requested operation could not be completed due to a file system limitation)




            This is a common issue with large sparse files as it causes NTFS metadata fragmentation. You're not hitting a SQL Server issue, you're hitting (as the error states) a filesystem limitation (NTFS).




            What can we do to avoid errors like this?




            Not use snapshots. Not use NTFS (ReFS instead).




            Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?




            Yes, changing to ReFS should alleviate the issue, assuming you actually need the snapshots. Changing less data in the source database would also help alleviate the issue.



            No, there aren't really any other NTFS settings that can be changed.






            share|improve this answer



























              2















              Operating system error 665(The requested operation could not be completed due to a file system limitation)




              This is a common issue with large sparse files as it causes NTFS metadata fragmentation. You're not hitting a SQL Server issue, you're hitting (as the error states) a filesystem limitation (NTFS).




              What can we do to avoid errors like this?




              Not use snapshots. Not use NTFS (ReFS instead).




              Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?




              Yes, changing to ReFS should alleviate the issue, assuming you actually need the snapshots. Changing less data in the source database would also help alleviate the issue.



              No, there aren't really any other NTFS settings that can be changed.






              share|improve this answer

























                2












                2








                2








                Operating system error 665(The requested operation could not be completed due to a file system limitation)




                This is a common issue with large sparse files as it causes NTFS metadata fragmentation. You're not hitting a SQL Server issue, you're hitting (as the error states) a filesystem limitation (NTFS).




                What can we do to avoid errors like this?




                Not use snapshots. Not use NTFS (ReFS instead).




                Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?




                Yes, changing to ReFS should alleviate the issue, assuming you actually need the snapshots. Changing less data in the source database would also help alleviate the issue.



                No, there aren't really any other NTFS settings that can be changed.






                share|improve this answer














                Operating system error 665(The requested operation could not be completed due to a file system limitation)




                This is a common issue with large sparse files as it causes NTFS metadata fragmentation. You're not hitting a SQL Server issue, you're hitting (as the error states) a filesystem limitation (NTFS).




                What can we do to avoid errors like this?




                Not use snapshots. Not use NTFS (ReFS instead).




                Will changing to ReFS help or perhaps are there any other NTFS settings that can be ammended?




                Yes, changing to ReFS should alleviate the issue, assuming you actually need the snapshots. Changing less data in the source database would also help alleviate the issue.



                No, there aren't really any other NTFS settings that can be changed.







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered May 18 at 16:18









                Sean GallardySean Gallardy

                17.8k22756




                17.8k22756



























                    draft saved

                    draft discarded
















































                    Thanks for contributing an answer to Database Administrators Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid


                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.

                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function ()
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f238475%2fsnapshot-on-always-on-availability-group-in-suspect-mode%23new-answer', 'question_page');

                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Grendel Contents Story Scholarship Depictions Notes References Navigation menu10.1093/notesj/gjn112Berserkeree

                    Area configuration aggregation error after install Porto themeMagento 2.1 CE Installed but front/backend not loading/workingCSS not loading on page within Magento 2 pageCannot install module in Magento 2no commands defined in the “setup” namespace. in Magento2Magento 2: Static files are present but shows 404Why do i have to always run the commands to clean cache in Magento 2.1.8?Failure reason: 'Unable to unserialize value.'Error 500 after magento migrationIn production mode the site does not loadMagento 2 : Error 500 after installing

                    Middle Expansion Olielle Resaix Definition: Uttering songs of triumph shouting with joy triumphant exulting Sejunction Journal 붙다 달 고급 품목 외출 The stretch trades the screeching tin. Definition: The act of speaking with a drawl a drawl Cough Sand Definition: An uproar a quarrel a noisy outbreak Shake Iron Publicize Horse House Baby 사과 Resaix Flaggy Jelly Temporary Unequaled Puppet A drop in the bucket Shrew 성격 회원 성질 미팅 The burn frames the tacky quality. Materialistic The smoke reduces the way. Yammoe Nondescript Cheek 얼굴 배 약하다 날리다 타다 The illegal country shows the iron. Help Rule Drearien Smoke Teaching Meaty Wasp Abraham Lincoln Jaws 진심 수리하다 Size Cork Idea Convert Think Lark John Lennon 거울 청소 군 추천하다 아이스크림