Skip to main content

Stack Exchange Network

Stack Exchange network consists of 183 Q&A communities including Stack Overflow, the largest, most trusted online community for developers to learn, share their knowledge, and build their careers.

Visit Stack Exchange
Asked
Modified today
Viewed 63 times
0

I think I have a failing disk sub-system on a Proxmox VM running Microsoft SQL Server 2019 (RTM-CU32-GDR) (KB5065222) - 15.0.4445.1 (X64) Standard Edition (64-bit) on Windows Server 2022 Standard 10.0 (Build 20348: ). I have no visability on how the VM is configured.

The Windows log shows Warning Event 129, viostor. Reset to device, \Device\RaidPort2, was issued.

Within SQL Server read and write waits are about the same as the baseline except for when an occasional 825 error occurs.

What I am finding confusing is the CheckDB results. Running:

DBCC CHECKDB (MainDb) WITH NO_INFOMSGS, ALL_ERRORMSGS, DATA_PURITY;

This produces, 26 consistency errors in one table at 21:00 and 15 consistency errors in another table at 06:00 with no sign of any errors in the original table. There are never any allocation errors. I am unable to publish the actual CheckDB results.

I would be grateful for any ideas on what is happening.

1 Answer 1

0

I think you got this. I see no other way interpreting these symptoms as something under SQL Server/Windows failing. But I don't think you can do anything on your own. You need to raise this issue with people operating the hardware, Proxmox and make management aware. Right now it looks like SQL Server may be delivering corrupt data and even restoring database will not help you because the underlying storage cannot be relied on. But you should start testing your backups, if they are usable or got corrupted too.

3
  • Thank you for the reply. Unfortunately it seems to take a few committes and sub-committes to get anything moving with intrastructure. So far I have been able to restore the last good backup, and all the logs, with CheckDB working without errors. I am still confused as to why CheckDB reports one table corrupt on one run and another table corrupt on another run with the original corrupt table seeming to be okay.
    Aardvark
    –  Aardvark
    2025-10-10 08:45:00 +00:00
    Commented Oct 10 at 8:45
  • Sounds to me like random data gets corrupted by RAID controller when read. So sometimes you get the right data back. Other times not.
    rois
    –  rois
    2025-10-10 09:11:58 +00:00
    Commented Oct 10 at 9:11
  • Okay. Thanks for the information.
    Aardvark
    –  Aardvark
    2025-10-10 16:39:25 +00:00
    Commented Oct 10 at 16:39

Your Answer

Reminder: Answers generated by AI tools are not allowed due to Database Administrators Stack Exchange's artificial intelligence policy

Post as a guest

Required, but never shown

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.

Morty Proxy This is a proxified and sanitized view of the page, visit original site.