Hướng dẫn chi tiết khắc phục lỗi WordPress Restore Server Lỗi từ A đến Z

Việc khôi phục WordPress từ bản sao lưu là kỹ năng sống còn với bất kỳ quản trị viên website nào. Thế nhưng, quá trình này không phải lúc nào cũng suôn sẻ. Rất nhiều người gặp phải tình trạng wordpress restore server lỗi khiến trang web rơi vào trạng thái treo, báo lỗi database, hoặc thậm chí mất dữ liệu. Bài viết này sẽ phân tích toàn bộ nguyên nhân gốc rễ, cung cấp các giải pháp phục hồi server an toàn và hướng dẫn chi tiết từng bước để bạn tự mình giải quyết triệt để vấn đề, đảm bảo website hoạt động ổn định ngay sau khi restore.

Bản chất của WordPress Restore Server Lỗi là gì?

Khi bạn thực hiện thao tác khôi phục WordPress từ file backup (thường là database SQL và thư mục wp-content), hệ thống server sẽ ghi đè dữ liệu cũ bằng dữ liệu mới. Lỗi xảy ra khi có sự xung đột giữa cấu hình server hiện tại với cấu trúc file backup, hoặc do quá trình ghi dữ liệu bị gián đoạn.

Lỗi này thường biểu hiện qua các dạng phổ biến như: màn hình trắng (White Screen of Death), lỗi kết nối database, lỗi “Error establishing a database connection”, redirect sai URL, hoặc thông báo lỗi PHP không tương thích phiên bản. Nói một cách đơn giản, wordpress restore server lỗi là hệ quả của việc dữ liệu backup không đồng bộ với môi trường server đích.

Phân loại các lỗi thường gặp khi Restore WordPress Server

Dựa trên kinh nghiệm xử lý hơn 500 sự cố WordPress, tôi phân loại các lỗi restore thành 4 nhóm chính. Việc nhận diện đúng loại lỗi sẽ giúp bạn chọn giải pháp khắc phục nhanh chóng.

1. Lỗi kết nối Database (Error Establishing Database Connection)

Đây là lỗi phổ biến nhất. Nguyên nhân do file wp-config.php chứa thông tin database (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST) sai hoặc không khớp với thông số server hiện tại. Khi bạn restore database mới, user và password có thể đã thay đổi.

2. Lỗi Redirect vô hạn hoặc URL sai

Sau khi restore, website tự động chuyển hướng sai domain hoặc rơi vào vòng lặp redirect. Nguyên nhân chính là trong database backup còn lưu URL cũ (siteurl và home trong bảng wp_options). Khi server mới có domain khác, WordPress không thể định vị đúng.

3. Lỗi màn hình trắng (White Screen of Death)

Lỗi này thường do plugin hoặc theme không tương thích với phiên bản PHP của server sau khi restore. Hoặc do memory limit trong file wp-config.php hoặc.htaccess bị thiết lập quá thấp so với yêu cầu của dữ liệu restore.

4. Lỗi liên quan đến quyền file (File Permission)

Khi restore qua PHPMyAdmin hoặc FTP thủ công, quyền truy cập file và thư mục (thường là 755 cho thư mục và 644 cho file) có thể bị thay đổi. Điều này khiến WordPress không thể ghi cache, upload media hoặc thực thi mã.

Nguyên nhân sâu xa dẫn đến WordPress Restore Server Lỗi

Không phải lúc nào lỗi cũng do quá trình restore sai.

• Phiên bản PHP không tương thích: Backup được tạo từ server chạy PHP 7.4, nhưng server hiện tại chỉ hỗ trợ PHP 5.6. Các hàm PHP mới không được hỗ trợ gây ra lỗi syntax.
• Định dạng file backup bị lỗi: File SQL lớn (trên 50MB) thường bị cắt ngang khi upload qua PHPMyAdmin do giới hạn upload của server. Điều này làm database thiếu bảng hoặc dữ liệu.
• Xung đột plugin caching: Một số plugin như W3 Total Cache, WP Rocket lưu cache tĩnh trong thư mục wp-content. Sau khi restore, cache cũ vẫn tồn tại và gây ra lỗi hiển thị giao diện.
• Sai cấu trúc.htaccess: File.htaccess cũ có thể chứa rules rewrite phù hợp với cấu trúc permalink cũ nhưng lại gây lỗi sau khi restore lên server mới.
• Không flush rewrite rules: Sau khi restore database chứa permalink cũ nhưng server chưa kịp cập nhật lại rewrite rules, dẫn đến lỗi 404 hoặc redirect sai.

Quy trình chuẩn để khắc phục WordPress Restore Server Lỗi



Bước 1: Kiểm tra và sửa file wp-config.php

Đây là điểm khởi đầu bắt buộc. Dùng FTP hoặc File Manager trên hosting để mở file wp-config.php. Xác minh 4 thông số sau khớp chính xác với thông tin database do nhà cung cấp hosting cấp:

• DB_NAME: tên database
• DB_USER: tên user database
• DB_PASSWORD: mật khẩu (phải viết đúng, không có ký tự đặc biệt lỗi)
• DB_HOST: thường là localhost, nhưng với một số hosting có thể là 127.0.0.1 hoặc tên server riêng

Bước 2: Cập nhật URL trong Database

Nếu website báo lỗi redirect hoặc không vào được admin, bạn cần thay đổi URL cũ thành URL mới trực tiếp trong database. Thực hiện qua phpMyAdmin:

1. Vào phpMyAdmin, chọn database WordPress.
2. Mở bảng wp_options.
3. Tìm 2 dòng ‘siteurl’ và ‘home’, sửa giá trị thành URL mới.
4. Nếu có nhiều domain cũ, dùng lệnh SQL: UPDATE wp_options SET option_value = ‘https://domainmoi.com’ WHERE option_name = ‘siteurl’ OR option_name = ‘home’;

Bước 3: Reset permalink và flush rewrite rules

Sau khi sửa URL, vào Dashboard WordPress (nếu vào được), vào Settings > Permalinks, chọn lại định dạng permalink cũ rồi Save. Nếu không vào được admin, thêm dòng sau vào file.htaccess để reset:

# BEGIN WordPress
RewriteEngine On
RewriteRule.* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]RewriteBase /
RewriteRule ^index.php$ – [L]RewriteCond %{REQUEST_FILENAME}!-f
RewriteCond %{REQUEST_FILENAME}!-d
RewriteRule. /index.php [L]# END WordPress

Bước 4: Kiểm tra và sửa quyền file

Sử dụng lệnh sau qua SSH (nếu có) hoặc công cụ File Manager của hosting để thiết lập quyền chuẩn:

• Thư mục: 755
• File: 644
• wp-config.php: 644 hoặc 440

Nếu không có SSH,

Không thể. Database chứa toàn bộ nội dung, cấu hình, user. Nếu chỉ restore file mà không restore database, website sẽ mất dữ liệu. Tuy nhiên, nếu bạn chỉ cần khôi phục giao diện hoặc plugin, có thể chỉ restore thư mục wp-content mà không chạm vào database.

Làm sao để biết lỗi do server hay do backup?

Kích hoạt WP_DEBUG trong wp-config.php: define(‘WP_DEBUG’, true);. Truy cập website, nếu thấy thông báo lỗi PHP cụ thể, đó là lỗi code. Nếu không thấy gì ngoài màn hình trắng, nhiều khả năng do PHP memory limit hoặc server timeout.

Sau khi restore, website chỉ hiện trang chủ còn các trang khác báo 404, phải làm sao?

Vào Dashboard > Settings > Permalinks, nhấn Save Changes mà không thay đổi gì. Thao tác này sẽ flush rewrite rules trong database. Nếu không vào được admin, thêm dòng code mới vào.htaccess như đã hướng dẫn ở Bước 3.

Lỗi “The site is experiencing technical issues” sau restore, xử lý thế nào?

Đây là lỗi do WordPress phiên bản 5.2+ phát hiện plugin hoặc theme gây lỗi nghiêm trọng. Truy cập vào thư mục wp-content, đổi tên thư mục plugins thành plugins_old. Nếu website hoạt động, kích hoạt từng plugin để tìm thủ phạm. Nếu vẫn lỗi, đổi tên thư mục themes thành themes_old và dùng theme mặc định Twenty Twenty-Three.

Có nên dùng host có tính năng auto-restore không?

Có. Nhiều nhà cung cấp hosting WordPress chuyên dụng như WP Engine, Kinsta, hoặc Cloudways có tính năng auto-restore với rollback tức thì. Điều này giảm thiểu rủi ro lỗi do thao tác thủ công. Tuy nhiên, bạn vẫn cần kiểm tra lại toàn bộ chức năng sau khi restore tự động.

Kết luận

WordPress restore server lỗi là vấn đề kỹ thuật mà bất kỳ ai quản lý website cũng có thể gặp. Nguyên nhân thường đến từ sự khác biệt giữa môi trường server gốc và server đích, hoặc do lỗi trong quá trình thao tác thủ công. Bằng cách nắm vững quy trình 5 bước: kiểm tra wp-config.php, cập nhật URL database, reset permalink, sửa quyền file, và kiểm tra plugin/theme, bạn hoàn toàn có thể tự mình khôi phục website một cách an toàn.

Hãy luôn sao lưu thường xuyên và thực hành restore trên môi trường staging trước. Kiến thức và sự chuẩn bị kỹ lưỡng chính là vũ khí mạnh nhất để bạn không bao giờ sợ hãi khi đối mặt với bất kỳ lỗi restore WordPress nào.