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;
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
add a comment |
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
add a comment |
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
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
sql-server-2016 availability-groups snapshot
asked May 18 at 14:31
Andrzej BłochAndrzej Błoch
886
886
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
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.
add a comment |
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
);
);
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
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.
add a comment |
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.
add a comment |
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.
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.
answered May 18 at 16:18
Sean GallardySean Gallardy
17.8k22756
17.8k22756
add a comment |
add a comment |
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.
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
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
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
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