{"id":4687,"date":"2026-06-14T19:31:06","date_gmt":"2026-06-14T19:31:06","guid":{"rendered":"https:\/\/cloudsave.app\/?p=4687"},"modified":"2026-06-14T19:32:55","modified_gmt":"2026-06-14T19:32:55","slug":"detect-corrupted-database-backups","status":"publish","type":"post","link":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/","title":{"rendered":"The Silent Killer: How to Detect Corrupted Database Backups Before Disaster Strikes"},"content":{"rendered":"

In the high-stakes world of database administration and site reliability engineering, there is a well-known axiom: Schr\u00f6dinger\u2019s Backup<\/em>. The condition of any backup is unknown until you attempt to restore it. Until that moment, it exists in a quantum state of being both perfectly viable and completely corrupted. <\/p>\n

For DevOps engineers and DBAs, discovering that a critical database backup is corrupted during an active incident is the ultimate nightmare scenario. It transforms a routine recovery operation into a catastrophic data loss event. This “silent killer” of data integrity often goes unnoticed because backup jobs will frequently report a successful Exit Code 0<\/code> even when the underlying payload is compromised.<\/p>\n

In this comprehensive guide, we will dissect the anatomy of backup corruption, explore database-specific validation techniques, and demonstrate how to build automated, bulletproof restore pipelines for production environments.<\/p>\n

The Anatomy of Backup Corruption<\/h2>\n

To detect corruption, you must first understand how it occurs. Backup corruption generally falls into two categories: physical (infrastructure-level) and logical (application-level).<\/p>\n

Physical Corruption<\/h3>\n

Physical corruption occurs when the actual bits on the storage medium are altered. This can happen during the read process from the source disk, during network transit, or at rest on the target storage.
\n* Bit Rot:<\/strong> Gradual degradation of storage media can flip bits silently.
\n* Transit Errors:<\/strong> While TCP has checksums, they are notoriously weak (16-bit). High-throughput environments can experience silent data corruption over the wire that TCP fails to catch.
\n* Storage Controller Faults:<\/strong> Hardware bugs in RAID controllers or SAN fabrics can write garbage data while reporting success to the OS.<\/p>\n

Logical Corruption<\/h3>\n

Logical corruption is arguably more dangerous because the backup file itself is perfectly intact, but the data inside it is broken.
\n* Garbage In, Garbage Out (GIGO):<\/strong> If your live database has a corrupted index or a torn page, your backup tool might faithfully copy that corrupted page. The backup job succeeds, but the restore will fail or yield a broken database.
\n* Incomplete Transactions:<\/strong> File-system level snapshots taken without properly freezing the database I\/O (e.g., not using FLUSH TABLES WITH READ LOCK<\/code> in MySQL) result in torn pages and unrecoverable states.<\/p>\n

Proactive Detection: Checksums and Cryptographic Hashing<\/h2>\n

The first line of defense against physical corruption is cryptographic validation. Relying on file sizes or modification dates is insufficient. <\/p>\n

Enabling Database-Level Checksums<\/h3>\n

Modern relational database management systems (RDBMS) support page-level checksums. When enabled, the database calculates a checksum for every page before writing it to disk. When the page is read (either by a query or a backup process), the checksum is verified.<\/p>\n

For PostgreSQL<\/strong>, you can enable data checksums during cluster initialization:<\/p>\n

# Initialize a new PostgreSQL cluster with checksums enabled\r\ninitdb --data-checksums -D \/var\/lib\/postgresql\/data\r\n<\/code><\/pre>\n
Note: If you have an existing PostgreSQL cluster, you can use the pg_checksums<\/code> utility to enable them offline.<\/em><\/p>\n
For Microsoft SQL Server<\/strong>, ensure that PAGE_VERIFY<\/code> is set to CHECKSUM<\/code> (the default in modern versions, but worth verifying on legacy systems):<\/p>\n
ALTER DATABASE [ProductionDB] SET PAGE_VERIFY CHECKSUM;\r\nGO\r\n<\/code><\/pre>\n
Validating Backups at Rest<\/h3>\n
Once the backup lands on your storage target, its integrity must be cryptographically verified. Enterprise backup platforms like CloudSave automatically calculate and verify SHA-256 hashes of backup blocks during transit and at rest. If you are managing custom scripts, you must implement this manually:<\/p>\n
# Generate SHA-256 hash after backup creation\r\nsha256sum prod_db_backup.tar.gz > prod_db_backup.tar.gz.sha256\r\n\r\n# Verify the hash on the storage server\r\nsha256sum -c prod_db_backup.tar.gz.sha256\r\n<\/code><\/pre>\n
Database-Specific Validation Techniques<\/h2>\n
Different database engines offer native tools to verify the integrity of their backup artifacts. <\/p>\n
PostgreSQL: pg_verifybackup<\/code><\/h3>\n
Introduced in PostgreSQL 13, pg_verifybackup<\/code> is a game-changer for physical backups taken with pg_basebackup<\/code>. It reads the backup_manifest<\/code> file generated during the backup and verifies that all files are present and their checksums match.<\/p>\n
# Run verification against a physical base backup directory\r\npg_verifybackup \/mnt\/backups\/postgres\/base_backup_20231025\/\r\n<\/code><\/pre>\n
If a single bit has flipped in any of the data files, pg_verifybackup<\/code> will throw a fatal error, allowing your monitoring systems to alert the DBA team immediately.<\/p>\n
Microsoft SQL Server: RESTORE VERIFYONLY<\/code><\/h3>\n
SQL Server provides a native command to verify the physical integrity of a backup file without actually restoring it. It checks the backup headers and validates the page checksums (if they were enabled during the backup).<\/p>\n
RESTORE VERIFYONLY \r\nFROM DISK = 'Z:\\Backups\\ProdDB_Full.bak' \r\nWITH CHECKSUM;\r\n<\/code><\/pre>\n
Warning:<\/strong> RESTORE VERIFYONLY<\/code> only confirms that the backup file is readable and physical checksums match. It does not<\/em> guarantee logical integrity. To ensure logical integrity, you must perform a full restore and run DBCC CHECKDB<\/code>.<\/p>\n
MySQL \/ InnoDB: Percona XtraBackup<\/h3>\n
For MySQL environments, physical backups are often handled by Percona XtraBackup. The backup process consists of copying files, but the backup isn’t consistent until the transaction logs (redo logs) are applied. The --prepare<\/code> phase acts as a built-in integrity check.<\/p>\n
# Preparing the backup applies the redo logs. \r\n# If the backup is corrupted, this step will fail.\r\nxtrabackup --prepare --target-dir=\/data\/backups\/mysql\/\r\n<\/code><\/pre>\n
The Gold Standard: Automated Restore Testing<\/h2>\n
Checksums and verification commands are necessary, but they are not sufficient. The only way to definitively prove a backup is viable is to restore it. In modern DevOps environments, this process must be fully automated.<\/p>\n
By treating backups as code, you can build a CI\/CD pipeline for your database restores. This pipeline should provision ephemeral infrastructure, execute the restore, run validation queries, and tear down the environment.<\/p>\n
Building an Automated Restore Pipeline<\/h3>\n
Below is an example of a Bash script that could be triggered daily by a cron job or a CI runner (like GitLab CI or GitHub Actions) to validate a PostgreSQL logical dump.<\/p>\n
#!\/bin\/bash\r\nset -e\r\n\r\nBACKUP_FILE="\/mnt\/storage\/prod_db_latest.dump"\r\nDB_NAME="prod_db"\r\nCONTAINER_NAME="pg_restore_test"\r\n\r\necho "[INFO] Starting Automated Restore Test..."\r\n\r\n# 1. Spin up an ephemeral PostgreSQL container\r\ndocker run --name $CONTAINER_NAME \\\r\n  -e POSTGRES_PASSWORD=testpass \\\r\n  -d postgres:15\r\n\r\n# Wait for PostgreSQL to be ready\r\necho "[INFO] Waiting for database to initialize..."\r\nuntil docker exec $CONTAINER_NAME pg_isready -U postgres; do\r\n  sleep 2\r\ndone\r\n\r\n# 2. Create the target database\r\ndocker exec $CONTAINER_NAME psql -U postgres -c "CREATE DATABASE $DB_NAME;"\r\n\r\n# 3. Execute the restore\r\necho "[INFO] Restoring backup..."\r\ndocker cp $BACKUP_FILE $CONTAINER_NAME:\/tmp\/backup.dump\r\ndocker exec $CONTAINER_NAME pg_restore -U postgres -d $DB_NAME -1 \/tmp\/backup.dump\r\n\r\n# 4. Run Logical Validation Queries\r\necho "[INFO] Running validation queries..."\r\n# Check if the users table has more than 10,000 records\r\nUSER_COUNT=$(docker exec $CONTAINER_NAME psql -U postgres -d $DB_NAME -t -c "SELECT COUNT(*) FROM users;")\r\n\r\nif [ "$USER_COUNT" -lt 10000 ]; then\r\n    echo "[ERROR] Logical validation failed. Expected >10000 users, found $USER_COUNT"\r\n    # Trigger PagerDuty \/ Slack alert here\r\n    exit 1\r\nelse\r\n    echo "[SUCCESS] Logical validation passed. User count: $USER_COUNT"\r\nfi\r\n\r\n# 5. Tear down ephemeral environment\r\necho "[INFO] Cleaning up..."\r\ndocker rm -f $CONTAINER_NAME\r\n\r\necho "[INFO] Automated Restore Test Completed Successfully."\r\n<\/code><\/pre>\n
What Should You Validate?<\/h3>\n
When performing automated restore testing, do not just check if the database starts. Run application-specific validation queries:
\n1.  Row Counts:<\/strong> Ensure core tables have expected row counts (e.g., users<\/code> table shouldn’t be empty).
\n2.  Recent Data:<\/strong> Query for records created in the last 24 hours to ensure the backup isn’t stale.
\n3.  Referential Integrity:<\/strong> Run scripts to check for orphaned foreign keys, which indicate logical corruption.<\/p>\n
Monitoring and Alerting for Backup Anomalies<\/h2>\n
Detecting corruption before disaster strikes requires robust observability. Beyond binary success\/failure states, you should monitor the metadata of your backup jobs to detect anomalies.<\/p>\n
Heuristic Monitoring<\/h3>\n
Integrate your backup metadata into Prometheus and visualize it with Grafana. Set up alerts for the following heuristics:
\n*   Sudden Size Drops:<\/strong> If your daily backup is consistently 500GB, and today’s backup is 50MB, the job may have completed successfully (Exit Code 0), but it likely backed up an empty schema.
\n*   Duration Anomalies:<\/strong> If a backup that normally takes 2 hours finishes in 5 minutes, something was skipped. Conversely, if it takes 10 hours, you may have disk I\/O degradation that could lead to corruption.
\n*   WAL\/Archive Log Accumulation:<\/strong> If your database is generating Write-Ahead Logs (WAL) but the backup system isn’t archiving them fast enough, you risk a gap in your Point-in-Time Recovery (PITR) chain.<\/p>\n
Implementing the 3-2-1 Rule with Integrity Checks<\/h2>\n
The industry-standard 3-2-1 backup rule (3 copies of data, 2 different media, 1 offsite) is only effective if all copies are verified. <\/p>\n
This is where leveraging an enterprise solution like CloudSave drastically reduces operational overhead. Instead of writing and maintaining complex bash scripts for every database node, CloudSave integrates directly with your infrastructure to automate the 3-2-1 lifecycle. It provides immutable storage\u2014protecting against ransomware\u2014and features built-in, automated restore verification schedules. CloudSave can automatically spin up isolated sandbox environments, mount the backup, run your custom SQL validation scripts, and report the health status back to your central dashboard.<\/p>\n
Conclusion<\/h2>\n
Corrupted database backups are a silent killer that can destroy businesses. Relying solely on the Exit Code 0<\/code> of a backup script is a dangerous gamble. <\/p>\n
To truly protect your production environments, you must adopt a defense-in-depth strategy:
\n1.  Enable page-level checksums within your database engine.
\n2.  Utilize native verification tools (pg_verifybackup<\/code>, RESTORE VERIFYONLY<\/code>) immediately after backup creation.
\n3.  Monitor backup metadata (size, duration) for heuristic anomalies.
\n4.  Implement automated, ephemeral restore testing as part of your daily operational pipeline.<\/p>\n
By shifting from a passive “fire and forget” backup mentality to an active “continuous restore validation” model, you ensure that when disaster inevitably strikes, your data is ready, reliable, and fully recoverable.<\/p>\n","protected":false},"excerpt":{"rendered":"
** Discover how DevOps engineers and DBAs can detect corrupted database backups before disaster strikes. Learn advanced techniques for PostgreSQL, SQL Server, and MySQL, including automated restore testing and checksum validation.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"rank_math_title":"Detect Corrupted Database Backups Before Disaster","rank_math_description":"** Discover how DevOps engineers and DBAs can detect corrupted database backups before disaster strikes. Learn advanced techniques for PostgreSQL, SQL Server, and MySQL, including automated restore testing and checksum validation.","rank_math_focus_keyword":"corrupted database backups","footnotes":""},"categories":[559],"tags":[3410,3411,3412,560,1046,2283,3413],"class_list":["post-4687","post","type-post","status-publish","format-standard","hentry","category-database-backup","tag-backup-testing","tag-corrupted-backups","tag-data-integrity","tag-data-loss-prevention","tag-database-administration","tag-devops","tag-restore-testing"],"yoast_head":"\nDetect Corrupted Database Backups Before Disaster<\/title>\n<meta name=\"description\" content=\"** Discover how DevOps engineers and DBAs can detect corrupted database backups before disaster strikes. Learn advanced techniques for PostgreSQL, SQL Server, and MySQL, including automated restore testing and checksum validation.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/\" \/>\n<meta property=\"og:locale\" content=\"ms_MY\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"The Silent Killer: How to Detect Corrupted Database Backups Before Disaster Strikes\" \/>\n<meta property=\"og:description\" content=\"** Discover how DevOps engineers and DBAs can detect corrupted database backups before disaster strikes. Learn advanced techniques for PostgreSQL, SQL Server, and MySQL, including automated restore testing and checksum validation.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/\" \/>\n<meta property=\"og:site_name\" content=\"CloudSave\" \/>\n<meta property=\"article:published_time\" content=\"2026-06-14T19:31:06+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-06-14T19:32:55+00:00\" \/>\n<meta name=\"author\" content=\"shervinrv\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"shervinrv\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"8 minit\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/detect-corrupted-database-backups\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/detect-corrupted-database-backups\\\/\"},\"author\":{\"name\":\"shervinrv\",\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/#\\\/schema\\\/person\\\/286beefe68281d868e87f46603a7ae4d\"},\"headline\":\"The Silent Killer: How to Detect Corrupted Database Backups Before Disaster Strikes\",\"datePublished\":\"2026-06-14T19:31:06+00:00\",\"dateModified\":\"2026-06-14T19:32:55+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/detect-corrupted-database-backups\\\/\"},\"wordCount\":1243,\"publisher\":{\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/#\\\/schema\\\/person\\\/286beefe68281d868e87f46603a7ae4d\"},\"keywords\":[\"backup testing\",\"corrupted backups\",\"data integrity\",\"data loss prevention\",\"Database Administration\",\"devops\",\"restore testing\"],\"articleSection\":[\"Database Backup\"],\"inLanguage\":\"ms-MY\"},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/detect-corrupted-database-backups\\\/\",\"url\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/detect-corrupted-database-backups\\\/\",\"name\":\"Detect Corrupted Database Backups Before Disaster\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/#website\"},\"datePublished\":\"2026-06-14T19:31:06+00:00\",\"dateModified\":\"2026-06-14T19:32:55+00:00\",\"description\":\"** Discover how DevOps engineers and DBAs can detect corrupted database backups before disaster strikes. Learn advanced techniques for PostgreSQL, SQL Server, and MySQL, including automated restore testing and checksum validation.\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/detect-corrupted-database-backups\\\/#breadcrumb\"},\"inLanguage\":\"ms-MY\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/detect-corrupted-database-backups\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/detect-corrupted-database-backups\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"The Silent Killer: How to Detect Corrupted Database Backups Before Disaster Strikes\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/#website\",\"url\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/\",\"name\":\"CloudSave\",\"description\":\"CloudSave\",\"publisher\":{\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/#\\\/schema\\\/person\\\/286beefe68281d868e87f46603a7ae4d\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"ms-MY\"},{\"@type\":[\"Person\",\"Organization\"],\"@id\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/#\\\/schema\\\/person\\\/286beefe68281d868e87f46603a7ae4d\",\"name\":\"shervinrv\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"ms-MY\",\"@id\":\"https:\\\/\\\/cloudsave.app\\\/wp-content\\\/uploads\\\/2026\\\/02\\\/Logo_Name-2.png\",\"url\":\"https:\\\/\\\/cloudsave.app\\\/wp-content\\\/uploads\\\/2026\\\/02\\\/Logo_Name-2.png\",\"contentUrl\":\"https:\\\/\\\/cloudsave.app\\\/wp-content\\\/uploads\\\/2026\\\/02\\\/Logo_Name-2.png\",\"width\":859,\"height\":150,\"caption\":\"shervinrv\"},\"logo\":{\"@id\":\"https:\\\/\\\/cloudsave.app\\\/wp-content\\\/uploads\\\/2026\\\/02\\\/Logo_Name-2.png\"},\"sameAs\":[\"http:\\\/\\\/cloudsave.app\"],\"url\":\"https:\\\/\\\/cloudsave.app\\\/ms\\\/knowledge-base\\\/author\\\/shervinrv\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Detect Corrupted Database Backups Before Disaster","description":"** Discover how DevOps engineers and DBAs can detect corrupted database backups before disaster strikes. Learn advanced techniques for PostgreSQL, SQL Server, and MySQL, including automated restore testing and checksum validation.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/","og_locale":"ms_MY","og_type":"article","og_title":"The Silent Killer: How to Detect Corrupted Database Backups Before Disaster Strikes","og_description":"** Discover how DevOps engineers and DBAs can detect corrupted database backups before disaster strikes. Learn advanced techniques for PostgreSQL, SQL Server, and MySQL, including automated restore testing and checksum validation.","og_url":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/","og_site_name":"CloudSave","article_published_time":"2026-06-14T19:31:06+00:00","article_modified_time":"2026-06-14T19:32:55+00:00","author":"shervinrv","twitter_card":"summary_large_image","twitter_misc":{"Written by":"shervinrv","Est. reading time":"8 minit"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/#article","isPartOf":{"@id":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/"},"author":{"name":"shervinrv","@id":"https:\/\/cloudsave.app\/ms\/#\/schema\/person\/286beefe68281d868e87f46603a7ae4d"},"headline":"The Silent Killer: How to Detect Corrupted Database Backups Before Disaster Strikes","datePublished":"2026-06-14T19:31:06+00:00","dateModified":"2026-06-14T19:32:55+00:00","mainEntityOfPage":{"@id":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/"},"wordCount":1243,"publisher":{"@id":"https:\/\/cloudsave.app\/ms\/#\/schema\/person\/286beefe68281d868e87f46603a7ae4d"},"keywords":["backup testing","corrupted backups","data integrity","data loss prevention","Database Administration","devops","restore testing"],"articleSection":["Database Backup"],"inLanguage":"ms-MY"},{"@type":"WebPage","@id":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/","url":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/","name":"Detect Corrupted Database Backups Before Disaster","isPartOf":{"@id":"https:\/\/cloudsave.app\/ms\/#website"},"datePublished":"2026-06-14T19:31:06+00:00","dateModified":"2026-06-14T19:32:55+00:00","description":"** Discover how DevOps engineers and DBAs can detect corrupted database backups before disaster strikes. Learn advanced techniques for PostgreSQL, SQL Server, and MySQL, including automated restore testing and checksum validation.","breadcrumb":{"@id":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/#breadcrumb"},"inLanguage":"ms-MY","potentialAction":[{"@type":"ReadAction","target":["https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/cloudsave.app\/ms\/knowledge-base\/detect-corrupted-database-backups\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/cloudsave.app\/ms\/"},{"@type":"ListItem","position":2,"name":"The Silent Killer: How to Detect Corrupted Database Backups Before Disaster Strikes"}]},{"@type":"WebSite","@id":"https:\/\/cloudsave.app\/ms\/#website","url":"https:\/\/cloudsave.app\/ms\/","name":"CloudSave","description":"CloudSave","publisher":{"@id":"https:\/\/cloudsave.app\/ms\/#\/schema\/person\/286beefe68281d868e87f46603a7ae4d"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/cloudsave.app\/ms\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"ms-MY"},{"@type":["Person","Organization"],"@id":"https:\/\/cloudsave.app\/ms\/#\/schema\/person\/286beefe68281d868e87f46603a7ae4d","name":"shervinrv","image":{"@type":"ImageObject","inLanguage":"ms-MY","@id":"https:\/\/cloudsave.app\/wp-content\/uploads\/2026\/02\/Logo_Name-2.png","url":"https:\/\/cloudsave.app\/wp-content\/uploads\/2026\/02\/Logo_Name-2.png","contentUrl":"https:\/\/cloudsave.app\/wp-content\/uploads\/2026\/02\/Logo_Name-2.png","width":859,"height":150,"caption":"shervinrv"},"logo":{"@id":"https:\/\/cloudsave.app\/wp-content\/uploads\/2026\/02\/Logo_Name-2.png"},"sameAs":["http:\/\/cloudsave.app"],"url":"https:\/\/cloudsave.app\/ms\/knowledge-base\/author\/shervinrv\/"}]}},"_links":{"self":[{"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/posts\/4687","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/comments?post=4687"}],"version-history":[{"count":1,"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/posts\/4687\/revisions"}],"predecessor-version":[{"id":5202,"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/posts\/4687\/revisions\/5202"}],"wp:attachment":[{"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/media?parent=4687"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/categories?post=4687"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cloudsave.app\/ms\/wp-json\/wp\/v2\/tags?post=4687"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}