Merge branch '2469-cannot-restore-to-helm-installed-version-docs' into 'master'

Update restore docs to reflect changes in restore process See merge request https://gitlab.com/gitlab-org/gitlab/-/merge_requests/119781 Merged-by: Ashraf Khamis <akhamis@gitlab.com> Approved-by: Ashraf Khamis <akhamis@gitlab.com> Co-authored-by: Leonardo Rosa <ldarosa@gitlab.com>

Merge branch '2469-cannot-restore-to-helm-installed-version-docs' into 'master'
Update restore docs to reflect changes in restore process See merge request https://gitlab.com/gitlab-org/gitlab/-/merge_requests/119781 Merged-by: Ashraf Khamis <akhamis@gitlab.com> Approved-by: Ashraf Khamis <akhamis@gitlab.com> Co-authored-by: Leonardo Rosa <ldarosa@gitlab.com>
7c72f504 · Ashraf Khamis · dffb480c · 648eccf2 · 7c72f504
--- a/doc/raketasks/restore_gitlab.md
+++ b/doc/raketasks/restore_gitlab.md
@@ -29,12 +29,11 @@ restore. This is because the system user performing the restore actions (`git`)
 is usually not allowed to create or delete the SQL database needed to import
 data into (`gitlabhq_production`). All existing data is either erased
 (SQL) or moved to a separate directory (such as repositories and uploads).
+Restoring SQL data skips views owned by PostgreSQL extensions.
 To restore a backup, **you must also restore the GitLab secrets**.
 These include the database encryption key, [CI/CD variables](../ci/variables/index.md), and
 variables used for [two-factor authentication](../user/profile/account/two_factor_authentication.md).
 Without the keys, [multiple issues occur](backup_restore.md#when-the-secrets-file-is-lost),
 including loss of access by users with [two-factor authentication enabled](../user/profile/account/two_factor_authentication.md),
 and GitLab Runners cannot log in.