trom,

SQL_ASCII это 7-битная кодировка ничего не знающая про кириллицу.
Поэтому проблема с ней простая - с русскими буквами она не работает.

Что такое vestacp не знаю, но нужно заново инициализировать БД.

trom,

Согласно документации :
"Поведение кодировки SQL_ASCII существенно отличается от других. Когда набором символов сервера является SQL_ASCII, сервер интерпретирует значения от 0 до 127 байт согласно кодировке ASCII, тогда как значения от 128 до 255 воспринимаются как незначимые. Перекодировка не будет выполнена при выборе SQL_ASCII. Таким образом, этот вариант является не столько объявлением того, что используется определённая кодировка, сколько объявлением того, что кодировка игнорируется. В большинстве случаев, если вы работаете с любыми данными, отличными от ASCII, не стоит использовать SQL_ASCII, так как PostgreSQL не сможет преобразовать или проверить символы, отличные от ASCII. "

Т.е. получается, что если клиенты, работающие в разных кодировках кириллицы(win1251, koi8r, iso8859p5 и пр), захотят работать с вашей бд, то для них не будет выполняться перекодировка символов.

Кроме того, что показывает вот такой запрос?

trom,

Это из-за lc_ctype=C. Не понимает "оно" где маленькие буквы, где большие.
А поскольку lc_collate тоже 'С', то еще сортировка русских букв может быть не верной.
А выбранная кодировка не дает возможности перекодировать символы между разными кодировками.

Не вижу причин это терпеть. Создавайте как и на старом сервере: ru_RU.UTF8

trom,

Я бы полностью переустановил PostgreSQL.
Причем начал бы разбираться почему ставится версия 9.2, которая уже не поддерживается.
В настоящий момент нужно ставить 10, ну хотя бы 9.6. Меньше нет смысла.

Как уже подсказали, инициализация кластера (первичное создание баз данных) выполняется утилитой initdb.
Нужно, чтобы во время её запуска в окружении пользователя ОС была русская локаль (или использовать ключи утилиты для явного задания).

Оставлять как есть - часть баз C.SQL_ANSII, а часть ru_RU.UTF8 - выглядит неаккуратно, даже если проблем не будет.