Прежде чем начать конфигурировать станцию (иногда не очень удачно) просто необходимо уметь сохранять и загружать конфигурацию станции.
Из официального источника.

2.2.7. db - выгрузка/загрузка конфигурационных данных

Данная команда предназначена для управления выгрузкой конфигурационных данных на диски PC и загрузки их в систему.
Формат:
db <команда> <номер> <для данных> [<DK>] [<flag>]
где: <команда> - 'save' для сохранения данных (на диске PC),
а 'load' - для загрузки (c диска PC);
<номер> - номер конфигурационного файла;
<для данных> - 'a' для всех данных системы, 'g' - глобальных,
'l' - только локальных для указанного DX/кластера,
a 'la' - для всех локальных, включая динамические
(динамические не включаются в 'a' и 'l' при выгрузке);
<DK> - номер DX (D) и номер кластера (К) для локальных.
<flag> - флаг типа выгрузки
0 - с нулевыми строками
1 - без нулевых строк (быстрая)
Пример:
<db save 100 l 0* 1> запрос на выгрузку локальных данные из всех кластеров 0-го DX в файл с номером 100 без нулевых строк.

Примечание:
Префикс и расширение, директория для файла формируется в управляющей программе на PC.

На практике что нужно.
1. Необходимо уточнить каталог хранения папки ЛОГ терминалки (иногда при переносе с другого компа терминалка пытается сохранить файл ЛОГа и конфига в не существующей папке). в 7-ой (Win) терминалке Порт(Настройка соединения) - ЛОГ - Каталог для сохранения файлов терминального лога. Здесь будет храниться файл ЛОГа=Ваших действий и остальные файлы, Конфиги=*.CFN, Тарификация=*.BLG, Мониторинг=*.MON .

2. Сохранение "db save 3699 a 1" мы сохраняем в файл DX003699.CFN полный конфиг станции (локальный и глобальный) строки содержащие данные (быстрее).

3. Загружаем "db load 3699 a" мы сохраняем в файл DX003699.CFN полный конфиг станции (локальный и глобальный).

Имя файла всегда должен быть 4-х значный номер (учили номер станции+номер кластера станция 36 кластер 00, если "А" то 99). Но прежде всего как удобно Вам.

!!!Сохранение-загрузка данных, ПРОСТО НЕОБХОДИМО ПРОИЗВОДИТЬ ЛОКАЛЬНО, т.е. в морду (подключившись СОМ-портом в станцию), иначе при пересылке могут быть ошибки при сохранении конфига, и потом можно загрузить битый конфиг, последствия непредсказуемые.

Теперь можно смело ЭКПЕРИМЕТИРОВАТЬ!

Если экспериментируете часто, то сохраняйте каждый раз, потерянные 15 минут всегда проще чем потерянные 1,5-2 часа на восстановление, и потом кучу звонков=дописывания.
Рекомендует ИТ сохранение производить раз в год, для себя, я ввел правило раз в пол года+ если приехал к станции вне планово, не поленись потерять 15 минут на сохранение конфига.
К станции куда подключен локально, конфиг сохраняется автоматом каждую неделю и откладывается копия в паку с датой.

Про восстановление конфигурации:
(небольшая ремарка)
при загрузке тех данных которые касаются потоков, происходит перезагрузка кластера в который загружается конфигурация. То же самое происходит например при "LWP port 128 159 ..." - ну сами наверное встречались.
Проблема только в том что при этом прерывается загрузка :) и надо ее опять запускать.
так что если есть возможность попробовать не на "боевой" станции - настоятельно рекомендую произвести сохранение и восстановление конфигурации - чтобы посмотреть как оно у вас работает.

00>db load 0001 la 00
*Ошибка в/в на диске.
00>

Что бы это значило? Файл находится в каталоге Logs.

00>db load 0001 la 00
*Ошибка в/в на диске.
00>

Что бы это значило? Файл находится в каталоге Logs.

Первое: проверьте правильность пути сохранения в терминалке!
Второе: с таким сталкивался, когда со станцией работал через адаптер USB<->RS232 от Моха, пока не обновил драйвера с родного сайта сохранение-загрузка не шла.

Про восстановление конфигурации:
(небольшая ремарка)
при загрузке тех данных которые касаются потоков, происходит перезагрузка кластера в который загружается конфигурация. То же самое происходит например при "LWP port 128 159 ..." - ну сами наверное встречались.
Если загрузку данных осуществлять через центр, то повторного запуска загрузки CFN не требуется

Спасибо, проблема действительно в адаптере, выгрузка нормально, а загрузка не идёт.

после загрузки глобальных данных желательно перезагрузить станцию для вступления их в действие. Для локальных вроде не требуется.
типа
0*>reset sw (или hw)

!!!Сохранение-загрузка данных, ПРОСТО НЕОБХОДИМО ПРОИЗВОДИТЬ ЛОКАЛЬНО, т.е. в морду (подключившись СОМ-портом в станцию), иначе при пересылке могут быть ошибки при сохранении конфига, и потом можно загрузить битый конфиг, последствия непредсказуемые.

Можно сохранять одни и те же данные дважды и вычислять контрольную сумму для каждого файла. Если совпала, значит данные получены без ошибок.
Но с глобальными данными немного не так: почти в самом конце cfn файла записываются параметры Cgc,77,000 - Cgc,77,006. Так вот при каждой загрузке они разные. Кто-нибудь знает, что в них хранится?
Если их убрать, то контрольная сумма файлов совпадает.

Если пришлете примеры этой 77 таблицы из конфигуратора, возможно я разберусь что это за таблица. У миникома есть ряд скрытых таблиц. В моей конфе такой записи нет.

Про восстановление конфигурации:
(небольшая ремарка)
при загрузке тех данных которые касаются потоков, происходит перезагрузка кластера в который загружается конфигурация. То же самое происходит например при "LWP port 128 159 ..." - ну сами наверное встречались.
Проблема только в том что при этом прерывается загрузка :) и надо ее опять запускать.
так что если есть возможность попробовать не на "боевой" станции - настоятельно рекомендую произвести сохранение и восстановление конфигурации - чтобы посмотреть как оно у вас работает.

Кстати, таблицы, а они представлены номерами после Cgc, или C0 можно грузить по отдельность полностью вырезав их из общего файла.

file1:

Cgc,77,000: p6=25 p7=2
Cgc,77,001: p6=250
Cgc,77,002: p6=84 p7=2
Cgc,77,003: p6=1 p7=2
Cgc,77,004: p6=126
Cgc,77,005: p6=1
Cgc,77,006: p6=25 p7=2

file2:

Cgc,77,000: p6=216
Cgc,77,001: p6=32
Cgc,77,002: p6=1
Cgc,77,003: p6=216
Cgc,77,004: p6=32
Cgc,77,005: p6=126 p7=251
Cgc,77,006: p6=216

Чего там думать и размышлять- это (119) 'SORMP' - параметры входов в план нумерации для СОРМ!
Это не 77 таблица, а 119! Почему 119 таблица объяснять нужно?

Это не 77 таблица, а 119! Почему 119 таблица объяснять нужно?
Не нужно. Да и какая разница, какой номер у этой таблицы. Лучше объясните, почему при каждой загрузке данные разные. Даю команду t sormp - во всех строках прочерки. СОРМ к этой станции не подключен.

Боюсь даже предположить, что это мусор из памяти, но вот как он туда может попасть, и не отразится в таблице sormp хотя бы знаками "?" не понятно.