Add rename-user SQL template; make batch transaction handling robust against non-Postgres backends

- New 'rename-user' template (templates / template rename-user <old> <new>):
  best-effort uid rename across core tables (oc_users, oc_preferences,
  oc_group_user, oc_group_admin, oc_ldap_user_mapping, oc_share, oc_mounts,
  oc_storages). Explicitly NOT a supported Nextcloud operation - the
  generated script carries an in-line warning (as leading SQL comments)
  that app-specific tables (Talk, Calendar, Contacts, Mail, 2FA/WebAuthn...)
  are not covered and that the data directory must be renamed on disk
  manually, followed by occ files:scan --all. Documented the same caveat
  in both READMEs.
- Hardened the round-2 transaction wrapping: beginTransaction()/commit()/
  rollBack() are now wrapped in try/catch. PostgreSQL (our backend) has
  fully transactional DDL so this wasn't actually broken here, but
  Nextcloud also supports MySQL/MariaDB via the same IDBConnection, where
  DDL implicitly commits - on that backend a DDL statement in the batch
  would make a later commit()/rollBack() throw 'no active transaction'
  and previously that exception was unhandled (HTTP 500 instead of a
  clean JSON response). Now: if rollBack() itself fails after an error,
  we report rollbackFailed+warning instead of falsely claiming rolledBack,
  since earlier statements in that batch may already be permanently
  applied. If commit() fails with nothing to commit (already
  auto-committed), that's logged only, since the effects are already
  durably persisted.

README.ru.md

@@ -79,6 +79,16 @@ occ-команд.
   Поэтому на крупных инсталляциях команды вроде `occ files:scan` могут
   завершаться по таймауту с ошибкой.
 - Не используйте `occ maintenance:mode --on`, это очевидно...
+- Шаблон `rename-user` — это **best-effort**, а не официально поддерживаемая
+  Nextcloud операция. Он обновляет только известные таблицы ядра
+  (`oc_users`, `oc_preferences`, `oc_group_user`, `oc_group_admin`,
+  `oc_ldap_user_mapping`, `oc_share`, `oc_mounts`, `oc_storages`), но **не**
+  трогает таблицы сторонних приложений (Talk, Calendar, Contacts, Mail,
+  двухфакторная аутентификация/WebAuthn и т.д.). Дополнительно нужно вручную
+  переименовать каталог данных пользователя на диске (`data/<старый> ->
+  data/<новый>`) при остановленном веб-сервере или в режиме обслуживания, а
+  затем выполнить `occ files:scan --all`. Сначала сделайте бэкап базы и
+  протестируйте на некритичном аккаунте.
 
 ## Обновление кода на сервере