DBCC CHECKDB on Always On databases
Clash Royale CLAN TAG#URR8PPP
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty margin-bottom:0;
up vote
2
down vote
favorite
Do we really need to run DBCC checkdb on a database configured with Always On synchronous updates?
I believe the automatic page repair mechanism should identify the corruption and repair it automatically.
sql-server availability-groups dbcc-checkdb
New contributor
add a comment |Â
up vote
2
down vote
favorite
Do we really need to run DBCC checkdb on a database configured with Always On synchronous updates?
I believe the automatic page repair mechanism should identify the corruption and repair it automatically.
sql-server availability-groups dbcc-checkdb
New contributor
I like Brent's Blog on this because he mentions a method one client dodges the performance burden of DBCC but still ensures they are checking both nodes. Also, you can read about this and methods from Aaron
â scsimon
51 mins ago
add a comment |Â
up vote
2
down vote
favorite
up vote
2
down vote
favorite
Do we really need to run DBCC checkdb on a database configured with Always On synchronous updates?
I believe the automatic page repair mechanism should identify the corruption and repair it automatically.
sql-server availability-groups dbcc-checkdb
New contributor
Do we really need to run DBCC checkdb on a database configured with Always On synchronous updates?
I believe the automatic page repair mechanism should identify the corruption and repair it automatically.
sql-server availability-groups dbcc-checkdb
sql-server availability-groups dbcc-checkdb
New contributor
New contributor
edited 1 hour ago
Paul Whiteâ¦
47.8k14257407
47.8k14257407
New contributor
asked 1 hour ago
Sankar Raj Chellappan
111
111
New contributor
New contributor
I like Brent's Blog on this because he mentions a method one client dodges the performance burden of DBCC but still ensures they are checking both nodes. Also, you can read about this and methods from Aaron
â scsimon
51 mins ago
add a comment |Â
I like Brent's Blog on this because he mentions a method one client dodges the performance burden of DBCC but still ensures they are checking both nodes. Also, you can read about this and methods from Aaron
â scsimon
51 mins ago
I like Brent's Blog on this because he mentions a method one client dodges the performance burden of DBCC but still ensures they are checking both nodes. Also, you can read about this and methods from Aaron
â scsimon
51 mins ago
I like Brent's Blog on this because he mentions a method one client dodges the performance burden of DBCC but still ensures they are checking both nodes. Also, you can read about this and methods from Aaron
â scsimon
51 mins ago
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
5
down vote
Yes you really need to run checkdb on ALL the secondary replicas. If you read MS document on Automatic Page repair it says
Automatic page repair cannot repair the following control page types:
File header page (page ID 0).
Page 9 (the database boot page).
Allocation pages: Global Allocation Map (GAM) pages, Shared Global Allocation Map (SGAM) pages, and Page Free Space (PFS) pages.
So you can see not all types of repairs are fixed by automatic page repair. What if you encounter corruption not coming under error fixed by automatic repair.
If you are using availability groups on WSFC without FCI the storage would be local storage so you need to separately run checkdb and analyze storage for each replica.
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
5
down vote
Yes you really need to run checkdb on ALL the secondary replicas. If you read MS document on Automatic Page repair it says
Automatic page repair cannot repair the following control page types:
File header page (page ID 0).
Page 9 (the database boot page).
Allocation pages: Global Allocation Map (GAM) pages, Shared Global Allocation Map (SGAM) pages, and Page Free Space (PFS) pages.
So you can see not all types of repairs are fixed by automatic page repair. What if you encounter corruption not coming under error fixed by automatic repair.
If you are using availability groups on WSFC without FCI the storage would be local storage so you need to separately run checkdb and analyze storage for each replica.
add a comment |Â
up vote
5
down vote
Yes you really need to run checkdb on ALL the secondary replicas. If you read MS document on Automatic Page repair it says
Automatic page repair cannot repair the following control page types:
File header page (page ID 0).
Page 9 (the database boot page).
Allocation pages: Global Allocation Map (GAM) pages, Shared Global Allocation Map (SGAM) pages, and Page Free Space (PFS) pages.
So you can see not all types of repairs are fixed by automatic page repair. What if you encounter corruption not coming under error fixed by automatic repair.
If you are using availability groups on WSFC without FCI the storage would be local storage so you need to separately run checkdb and analyze storage for each replica.
add a comment |Â
up vote
5
down vote
up vote
5
down vote
Yes you really need to run checkdb on ALL the secondary replicas. If you read MS document on Automatic Page repair it says
Automatic page repair cannot repair the following control page types:
File header page (page ID 0).
Page 9 (the database boot page).
Allocation pages: Global Allocation Map (GAM) pages, Shared Global Allocation Map (SGAM) pages, and Page Free Space (PFS) pages.
So you can see not all types of repairs are fixed by automatic page repair. What if you encounter corruption not coming under error fixed by automatic repair.
If you are using availability groups on WSFC without FCI the storage would be local storage so you need to separately run checkdb and analyze storage for each replica.
Yes you really need to run checkdb on ALL the secondary replicas. If you read MS document on Automatic Page repair it says
Automatic page repair cannot repair the following control page types:
File header page (page ID 0).
Page 9 (the database boot page).
Allocation pages: Global Allocation Map (GAM) pages, Shared Global Allocation Map (SGAM) pages, and Page Free Space (PFS) pages.
So you can see not all types of repairs are fixed by automatic page repair. What if you encounter corruption not coming under error fixed by automatic repair.
If you are using availability groups on WSFC without FCI the storage would be local storage so you need to separately run checkdb and analyze storage for each replica.
answered 1 hour ago
Shanky
13.7k32039
13.7k32039
add a comment |Â
add a comment |Â
Sankar Raj Chellappan is a new contributor. Be nice, and check out our Code of Conduct.
Sankar Raj Chellappan is a new contributor. Be nice, and check out our Code of Conduct.
Sankar Raj Chellappan is a new contributor. Be nice, and check out our Code of Conduct.
Sankar Raj Chellappan is a new contributor. Be nice, and check out our Code of Conduct.
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
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fdba.stackexchange.com%2fquestions%2f221359%2fdbcc-checkdb-on-always-on-databases%23new-answer', 'question_page');
);
Post as a guest
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
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
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
I like Brent's Blog on this because he mentions a method one client dodges the performance burden of DBCC but still ensures they are checking both nodes. Also, you can read about this and methods from Aaron
â scsimon
51 mins ago