обычно никто особо не контролирует процедуру периодического копирования. Главное не забывать сохранять это со станции к себе на комп.
Сохранение на cpu disk по дефолту делается, просто периодически забираете по ftp файлы со станции (из /usr4/BACKUP). Там лежат базы за 7-мь последних дней, 3-и последних воскресенья и 2-а за последние месяцы.
Если из /usr4/BACKUP/DAY будете забирать себе базу - периодичность забирания выбираете исходя из объема вашего менеджмента.
А при возникновении проблем - должны появиться инциденты - не смогла записать, переполнен раздел и т.п. Вот их смотрите - если ничего плохого нет, можно особенно не переживать.
Естественно помним - в автоматически сохраненной базе - нет тарификации и речевых подсказок.
21.01.2011 15:24:41, vad.]]>
В продолжение темы есть вопрос по периодическому сохранению файлов.
*Last back up operation* Последняя операция резервного копирования
For client :For CPU : xaxxxxxx для этого клиента
backup of linux-data данные линукс
to LOC_ARCHIVE в локальный архив
data version : 48.9
in date of Fri Jan 21 0:45:10 NOVT 2011 свежак
local cpu :xaxxxxxx
twin cpu :unknown его нету
Periodic backup performed on cpu disk копирование запущено на диск
* X *
Pre backup operation операции перед копированием
----------------------------------------
Building list of files...стройка списка файлов
/etc/psal_delay начиная с корня
No such file or directory - эта пугающая фраза означает, что предыдущее = как и последующее действие не присходит?
List of file
--------------------------------------------------
список из 28 блоков, заканчивающийся фразой backup complite
-----------------------------------------------------------
Post backup operation
--------------------------------------------------
*Last back up operation*
For client : For CPU : xaxxxxxx
buckup of mao-dat-ctree
for MAO data only
to LOC_ARHIVE
data version: F5.401
in date of Fri Jan 21 05:45:13 NOVT 2011
local cpu: xaxxxxxx
twin :unknown
Periodic backup performed on cpu disk
* X *
----------------------------------------
Pre backup operation
----------------------------------------
Building list of files...
/DHS3date/mao/*.idx
No such file or directory
/DHS3data/mao/*.SOS
No such file or directory
/DHS3 din/acd/*.OBS
No such file or directory
/DHS3bin/mtcl/audit.cron
No such file or directory
/DHS3dyn/account/*.idx
No such file or directory
/DHSdata/mao/lanpbx.cfg
No such file or directory
/DHS3data/mao/lanpbx.cfg.old
No such file or directory
/DHS3data/afe/parameters.cfg
No such file or directory
/DHS3data/afe/.inialb
No such file or directory
/DHS3data/afe/.cfgalb
No such file or directory
/DHS3data/afe/*.scr
No such file or directory
/DHS3data/afe/*.ald
No such file or directory
/DHS3dyn/afe/F_*
No such file or directory
Stopping the mao process...
------------------------------------------
список из 13550 блоков, заканчивающийся фразой backup complite
------------------------------------------------------------------
Post backup operation
------------------------------------------------------------------
Restarting the mao process...
------------------------------------------------------------------
End of backup operation
------------------------------------------------------------------
То есть вопрос как убедиться что копирование полноценное - по окончательной строчке backup complite?
или все же есть проблема?
21.01.2011 15:04:13, Анатолий Архипов.]]>
Чистую базу совсем не нужно создавать иначе вы обнулите станцию.
Делаете как вы описали в последних строчках - полученные от поставщика OPS файлы по ftp загружаете в станцию вместо тех которые там присутствуют и восстанавливаете OPS.
20.01.2011 14:58:56, TMC.]]>
Опс!
8) заглянул в серверную и туман развеялся
.Вопрос остался такой: В конфигурации подготовлена запись для установки платы на 8-е место. Остается докупить ez32+32 лицензии аналоговых пользователей (OPS- файлы?).
Через swinst/ expert menu:
database tool/ create empty database - выбираем страну SU- (чистая база?).
Потом положить OPS по ftp в /usr4/BACKUP/OPS
Далее снова в swinst - в разделе работы с OPS - восстановить с cpu disk = получим то что дал продавец (все что было +32 аналоговых абонента)?
Спасибо!
20.01.2011 14:44:58, Анатолий Архипов.]]>
Ничего у вас не присутствует по приведенному выводу - only OPS files - это просто в файлах лицезий было написано, что ее надо ставить на 8-е место, а вы прописали на 12.
Но если плата есть и вы хотите добавить абонентов - лицензии (цена лицензии не изменится - имелось в виду, что есть цена лицензии на 1-го абонента, далее умножаете на требуемое количество - получаете деньги), создаете плату, прописываете абонентов.
20.01.2011 13:00:17, vad.]]>
Собственно вы сами все сказали - заказать кабель нужной длины к плате eZ32 и дополнительные лицензии для аналоговых абонентов. Лицензии сейчас продаются по штучно, так что без разницы одну купите или 32 - цена на лицензии не изменится.
20.01.2011 11:03:55, TMC.]]>
Здравствуйте!
Подскажите пожалуйста, что необходимо выполнить для использования резервной платы аналоговых линий.
При монтаже кабель на резерв предусмотрен не был.
В конфигурации станции присутствует плата аналоговых линий (резерв: кристалл 0 доска 8):
Cr Cpl cpl type Hw type cpl state coupler ID
0 0 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 2 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 4 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 8 eZ32 _______ ONLY OPS FILE BAD PCMS CODE
0 9 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 11 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 12 eZ32 _______ IN SERVICE BAD PCMS CODE
0 14 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 15 NPRAE _______ IN SERVICE XXXXXXXXXXXXXX
0 17 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 19 eUA32 _______ ONLY OPS FILE BAD PCMS CODE
0 20 CPU6 _______ IN SERVICE BAD PCMS CODE
0 22 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 24 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
0 26 INTIPA INT-IP IN SERVICE XXXXXXXXXXXXXX
0 27 eUA32 _______ IN SERVICE XXXXXXXXXXXXXX
По ключам:
42 Accouting users =500
174 M Analog users =30/30 (тут походу нужно обновку вливать)
Спасибо!
20.01.2011 09:51:30, Анатолий Архипов.]]>