Restoring DB is resulting in errors

I’m testing using XtraBackup, and while I’m able to take a backup, restoring the backup isn’t working as I’d expect. As per the docs, I’m running the following to create the backup:

docker run --rm --name pxb \
  --volumes-from gpv1-mysql \
  -v backupvol:/backup_84 \
  --network=container:gpv1-mysql \
  -it --user root \
  percona/percona-xtrabackup:8.4 \
  /bin/bash -c "xtrabackup --backup --compress --datadir=/var/lib/mysql --target-dir=/backup_84 --host=gpv1-mysql --port=3306 --user=root --password=test123; xtrabackup --prepare --target-dir=/backup_84"

Then, to simulate some sort of fatal error, I removed the volume containing my MySQL data. I started the MySQL server up again to create the volume. Then, as per the docs, I copied the data from the backup to the MySQL data volume and verified the permissions, but get

2025-07-28T00:06:57.469628Z 0 [ERROR] [MY-011971] [InnoDB] Tablespace 'mysql' Page [page id: space=4294967294, page number=1435] log sequence number 31362109 is in the future! Current system log sequence number 31278350.
2025-07-28T00:06:57.469706Z 0 [ERROR] [MY-011972] [InnoDB] Your database may be corrupt or you may have copied the InnoDB tablespace but not the InnoDB redo log files. Please refer to http://dev.mysql.com/doc/refman/8.4/en/forcing-innodb-recovery.html for information about forcing recovery.

in the MySQL logs. Is there a step missing in the docs, or something I need to do in docker to get it working properly?

Hi @rsodhia

Have you used command “xtrabackup --copy-back …” ?

Hello @rsodhia,
Please provide us with all commands you executed including the output/result. It is difficult to determine what might have happened without this info.