Спасибо, но я перечислил файлы, которые там есть. Но называются они неправильно для MySQL.
В начале этих файлов вот такая запись:
-- MySQL dump 10.13 Distrib 5.7.33, for Linux (x86_64)
--
-- Host: localhost Database: cswiki
-- ------------------------------------------------------
-- Server version 5.7.33-0ubuntu0.16.04.1

Что говорит мне (я не спец в ДБ), что это просто переименованные базы.
Но при попытке их импортировать в ISP получаю ошибку. Что-то насчет невозможности использовать ключ.
Завтра скопирую сообщение.

При попытке импорта базы через ISP manager выдает ошибку:

Не удалось восстановить базу данных из резервной копии. Процесс завершился с ошибкой: 'mysql: [Warning] Using a password on the command line interface can be insecure. ERROR 1062 (23000) at line 2136: Duplicate entry 'км²-12-ru-node_search' for key 'search_index.PRIMARY' '

Нашел в и-нете много ответов, в основном, что надо импортировать из MySQL с параметром, требующим ввод логина и пароля. Завтра попробую, админ и пароль от базы у меня записаны.

По ошибке ERROR 1062 - наверно, нужно было предварительно очистить таблицу, куда импортирую дамп. Она сначала была пустая, потом импортировал старый дамп, созданный в начале работы восстанавливаемого сайта (27 мб), который импортировался без ошибок, потом стал пробовать последний по времени имеющийся дамп (315 мб), и забыл (чайник) очистить базу.

Пытался восстановить сайт или его базу через ISP по разным сценариям: предварительно создавая пустую базу с администратором и паролем такими, какие были в импортируемых дампах, и удалив все одноименные базы перед восстановлением. В общем и целом, бесполезно.
Взялся за MySQL, и вот с его помощью база восстановилась. Итак, подключаемся к терминалу хостинга через SSH. Заходим в MySQL как root
mysql -p (попросит пароль)

Сначала смотрю, что за пользователи есть в MySQL:

mysql> SELECT user FROM mysql.user;

+--------------------+
| user |
+--------------------+
| skrwikiadmin |
| coremgr |
| cs-admin |
| cs-wiki-admin |
| csw-admin |
| debian-sys-maint |
| mysql.infoschema |
| mysql.session |
| mysql.sys |
| phpmyadmin |
| root |
| roundcube |
| skr-db-admin |
| skradmin |
| skrwikiadmin |
+---------------------+
15 rows in set (0.01 sec)

Вижу, что там хранятся многочисленные администраторы баз, созданных за время аренды хостинга. При этом в ISP их не видно.

Проверяем привилегии администратора
mysql> SHOW GRANTS FOR 'skradmin'@'localhost' (иначе не даст ему базу импортировать)

+--------------------------------------------------------------------------------------+
| Grants for skradmin@localhost |
+--------------------------------------------------------------------------------------+
| GRANT USAGE ON *.* TO `skradmin`@`localhost` |
| GRANT ALL PRIVILEGES ON `basename`.* TO `skradmin`@`localhost` WITH GRANT OPTION |
+--------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)

Теперь надо перезайти в MySQL как skradmin и можно импортировать базу, заранее закачанную на хостинг:

Переключаем базу данных:
USE basename;

Начинаем импорт:
SOURCE /var/www/www-root/data/sql/basename.sql;

Пошел импорт:

Query OK, 0 rows affected (0.01 sec)
Query OK, 0 rows affected (0.00 sec)
Query OK, 0 rows affected (0.01 sec)
Query OK, 0 rows affected (0.00 sec)
Query OK, 0 rows affected, 1 warning (0.00 sec)
Query OK, 0 rows affected (0.10 sec)

Ну, и так далее.
Не знаю, в чем тут проблема взаимодействия ISP и MySQL, но при работе с MySQL напрямую, все работает. База восстановилась, но вот беда: ISP ее не видит. Оказывается, известная проблема.

На этом пока застрял.

Извините, я плюнул на это дело, решил восстанавливать все по частям. Все тексты и картинки, которые были на сайте, хранятся отдельно, а многое все равно нужно переделывать.
ПиЭс: понял, что если бы сохранял базы MySQL отдельно, помимо дампов ISP (а также имена админов и пароли), все было бы проще. Да и сам сайт затарить в tar.