| 开发者 | ozekihiroshi |
|---|---|
| 更新时间 | 2026年8月22日 14:48 |
| PHP版本: | 8.1 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 or later |
| 版权网址: | 版权信息 |
mysqldump or mariadb-dump when available.<configured-prefix>/backups/database/YYYY/MM/DD/
The plugin prefers a native MySQL-compatible dump utility such as mysqldump or mariadb-dump when available.
When a suitable native dump utility or PHP process execution is unavailable, the plugin can use its PHP database dump backend instead.
Automatic backups and WP-Cron
Automatic backups use WordPress WP-Cron.
WP-Cron is triggered by WordPress requests and is not a real-time operating system scheduler. A backup scheduled for a particular time may therefore run later if the site receives no requests around that time.
For environments where predictable execution is important, use an operating system scheduler to run WordPress Cron periodically.
For a standard WP-CLI installation, an example is:
*/5 * * * * cd /path/to/wordpress && wp cron event run --due-now --quiet
For a Docker Compose installation with a WP-CLI service, an example is:
*/5 * * * * cd /path/to/docker-project && docker compose run --rm wp-cli cron event run --due-now --quiet
These are examples only. Paths, users, container configuration, and execution permissions depend on your hosting environment.
Retention
Retention can be disabled or configured with any positive integer as the number of latest database backups to keep.
Retention operates only on database backup objects matching the plugin's expected backup naming structure below the configured S3 prefix.
Manual backups do not automatically apply retention.
Automatic backups and backups executed through the plugin's WP-CLI backup command apply the configured retention policy after a successful backup.
Uninstall behavior
Deactivating the plugin removes its scheduled WordPress Cron event but keeps plugin settings and backup history.
Uninstalling the plugin removes its local WordPress settings and backup history.
Uninstalling Ozeki Database Backup for S3 does NOT delete database backups stored in Amazon S3.
This is intentional. Remote backups should not disappear merely because the WordPress plugin is removed.
The plugin does not provide settings fields for long-lived AWS Access Key IDs or Secret Access Keys and does not intentionally store them in the WordPress database. AWS authentication is handled through the AWS SDK for PHP default credential provider chain.
No. An EC2 IAM role is the recommended authentication method when WordPress is hosted on Amazon EC2, but other credential sources supported by the AWS SDK default credential provider chain may also work.
The plugin uploads backups to Amazon S3 over the AWS SDK connection. Encryption at rest depends on the configuration of the destination S3 bucket and applicable AWS settings. Administrators should configure the S3 bucket according to their own security and compliance requirements.
No. S3 database backup objects are intentionally preserved when the plugin is uninstalled.
Not necessarily. The automatic backup uses WP-Cron, which depends on WordPress requests to trigger due events. For more predictable execution, configure a real operating system scheduler to periodically execute due WordPress Cron events.
The plugin can fall back to a PHP-based database dump implementation when a supported native dump utility or process execution is unavailable. The PHP fallback opens a separate database connection using the database constants already defined by WordPress. This keeps its consistent-snapshot transaction isolated from WordPress's shared database connection; it does not accept database connection values from an HTTP request or plugin setting.
It checks access to the configured S3 bucket, writes a temporary test object, reads it back, verifies the contents, and then deletes it.