Gitlab CE upgrade plan

Hi all,
I have Gitlab CE 12.3.5 installed by Linux packages (Omnibus GitLab) self hosted server Centos 7.4 .

rpm -qa | grep gitlab
gitlab-ce-12.3.5-ce.0.el7.x86_64

I’m planning to upgrade it to at least 13.12.15
Here my plan :

Stage 1 : Migrate Gitlab to docker environment
Step1 : Backup full Gitlab
/opt/gitlab/bin/gitlab-backup create
Step2 : Prepair another server - Ubuntu 22.10/latest - with docker installed - run a new Gitlab CE 12.3.5 instance on docker
docker-compose.yml

version: '3.6'
services:
  web:
    image: 'gitlab/gitlab-ce:12.3.5-ce.0'
    restart: always
    hostname: 'gitlab.mydomain.com'
    container_name: gitlab
    ports:
      - '80:80' # my gitlab run http only
      - '2289:22' # change gitlab shell ssh port
    volumes:
      - /srv/gitlab/config:/etc/gitlab
      - /srv/gitlab/logs:/var/log/gitlab
      -/srv/gitlab/data:/var/opt/gitlab
      -/srv/gitlab/backup:/var/opt/gitlab/backups
    shm_size: '256m'

Step3 : Copy my gitlab backup .tar & gitlab.rb & gitlab-secrets.json from current host (Centos 7.4) to new host (Ubuntu) /srv/gitlab/backup .
Step4: Restore and verify gitlab on docker

docker exec -it gitlab /bin/bash
override /etc/gitlab/gitlab.rb & gitlab-secrets.json by /var/opt/gitlab/backups/gitlab.rb & gitlab-secrets.json
sudo gitlab-ctl stop puma
sudo gitlab-ctl stop sidekiq
sudo gitlab-ctl status
sudo gitlab-backup restore BACKUP=
# Verify
sudo gitlab-ctl reconfigure
sudo gitlab-ctl restart
sudo gitlab-rake gitlab:check SANITIZE=true

If my restore Gitlab CE 12.3.5 on docker works fine, I will do
Stage 2: Upgrade Gitlab CE on docker following upgrade path:
12.3.5 → 12.10.14 → 13.0.14 → 13.1.11 → 13.8.8 → 13.12.15
By changing image tag in docker-compose.yml file

I attemp to do backup full on mid night when no one using gitlab but I concern that is there anything else I need to do to prevent gitlab data written when I do backup that can lead to inconsistencies or corruption issues/problems when I do restore.
Please give me some advice, thank you very much.