Элтекс

Здравствуйте.
После пропадания CDR на FTP появилось несколько вопросов.
Ситуация была следующая, SMG как бы загрузила файлы на FTP биллинга, но самих файлов там не оказалось. Эта проблема в биллинге, с этим ничего не поделать. Пути решения: локальное хранение и резервный фтп
Вопросы:
1. Хранение на локальном диске SMG файлов CDR возможно только при наличии отдельного HDD/SSD?
2. При настройке резервного FTP сдрки копируются на оба FTPшника, но есть одно НО: если основной FTP по какой то причине стал недоступен, и cdr загрузился только на резервный, то с SMG файл все-равно удаляется, и даже не пытается повторно отправить файл на основной. Это нормальное поведение SMG? А то приходится изобретать костыли с синхронизацией основного и резервного FTP

Sergey Orlov писал(а):Здравствуйте.
После пропадания CDR на FTP появилось несколько вопросов.
Ситуация была следующая, SMG как бы загрузила файлы на FTP биллинга, но самих файлов там не оказалось. Эта проблема в биллинге, с этим ничего не поделать. Пути решения: локальное хранение и резервный фтп
Вопросы:
1. Хранение на локальном диске SMG файлов CDR возможно только при наличии отдельного HDD/SSD?
2. При настройке резервного FTP сдрки копируются на оба FTPшника, но есть одно НО: если основной FTP по какой то причине стал недоступен, и cdr загрузился только на резервный, то с SMG файл все-равно удаляется, и даже не пытается повторно отправить файл на основной. Это нормальное поведение SMG? А то приходится изобретать костыли с синхронизацией основного и резервного FTP

Здравствуйте.

1. Не обязательно использовать диск. Судя по документации:
https://eltex-co.ru/upload/iblock/c95/S ... 3.16.0.pdf

Таблица лимитов памяти для сохранения CDR
Для временного хранения CDR на устройстве выделяется определённый объём оперативной памяти на
случай, если сохранить данные на FTP-сервере будет по каким-то причинам невозможно. При его заполнении
будет отображаться соответствующее предупреждение или авария.
SMG-1016M SMG-2016
Всего выделено памяти: 30 МБ 512 МБ
Границы выдачи аварий:
- предупреждение 512 КБ 20 МБ
- авария 5 МБ 85 МБ
- критическая авария 15 МБ 255 МБ
Одна запись CDR занимает от 200 до 400 байт. Таким образом, в 1 МБ памяти помещается от 2600 до
5200 записей.

Но в этом случае Вы рискуете потерять CDR при отключении питания SMG.

2. Думаю, да это нормальное поведение. Для SMG достаточно успешной отправки на хотя бы на один из серверов, чтобы принять решение почистить свою память. По крайней мере ранее такое поведение всех устраивало. Если Вас не устраивает, то нужно будет также "изобретать костыль" только со стороны SMG. Сейчас SMG отправляет равные порции CDR сразу на 2 FTP сервера в рамках одного цикла обмена.
Реализация опции, которую хотите Вы может изменить эту логику, что приведет к непредсказуемым последствиям.

Dmitriy_eltex писал(а):Здравствуйте.

1. Не обязательно использовать диск. Судя по документации:

Но в этом случае Вы рискуете потерять CDR при отключении питания SMG.

Было бы очень неплохо, если в мануале об этом было сказано. "Для избежания потери накопленных CDR записей настоятельно рекомендуется использовать HDD/SSD".

Dmitriy_eltex писал(а):Было бы очень неплохо, если в мануале об этом было сказано. "Для избежания потери накопленных CDR записей настоятельно рекомендуется использовать HDD/SSD".

Полностью согласен, так же как не мешало более подробно описать алгоритм работы с FTP. Я, честно говоря думал, что smg при любом раскладе пытается сохранить cdr на основной ftp, пусть и с задержкой (пока фтп не доступен), а не таким образом: "ага, основной фтп в дауне, зальем на резервный и забудем", а потом сиди разбирайся был залит файл или нет.

Sergey Orlov писал(а):

Dmitriy_eltex писал(а):Было бы очень неплохо, если в мануале об этом было сказано. "Для избежания потери накопленных CDR записей настоятельно рекомендуется использовать HDD/SSD".

Полностью согласен, так же как не мешало более подробно описать алгоритм работы с FTP. Я, честно говоря думал, что smg при любом раскладе пытается сохранить cdr на основной ftp, пусть и с задержкой (пока фтп не доступен), а не таким образом: "ага, основной фтп в дауне, зальем на резервный и забудем", а потом сиди разбирайся был залит файл или нет.

Повесить в крон скрипт, сравнивающий CDR файлы в основном и резервном хранилище проще.

GoldRok писал(а):Повесить в крон скрипт, сравнивающий CDR файлы в основном и резервном хранилище проще.

Да это понятно, крон решит. Я к тому, что в мануале во фразе "CDR-записи будут отправляться на резервный сервер (при соответствующей настройке резервного FTP сервера) при недоступности основного сервера FTP до тех пор, пока не восстановится связь с основным." можно было бы и добавить: "при этом записи на основной загружены не будут"

Здравствуйте.

Документация, вещь такая, согласен.
Как ее не дорабатывай, все равно найдутся люди, которые увидят в ней то, что хотят увидеть, а не что мы имели в виду на самом деле.

Теперь по Вашим замечаниям:

Было бы очень неплохо, если в мануале об этом было сказано. "Для избежания потери накопленных CDR записей настоятельно рекомендуется использовать HDD/SSD".

Есть же фраза "Для временного хранения CDR на устройстве выделяется определённый объём оперативной памяти.."

Я к тому, что в мануале во фразе "CDR-записи будут отправляться на резервный сервер (при соответствующей настройке резервного FTP сервера) при недоступности основного сервера FTP до тех пор, пока не восстановится связь с основным." можно было бы и добавить: "при этом записи на основной загружены не будут"

Да, добавим это пояснение.

Но нужно признать тот факт, что мы обсуждаем здесь лишь следствие проблемы, а не ее причину.

Причина Вашей проблемы - отказ в обслуживании основного FTP сервера. Может лучше разбираться с этим? Чтобы предотвратить эту ситуацию. Можно варьировать временем хранения CDR записей на SMG (интервалами обмена c FTP), в зависимости от периодичности отказов в FTP сервера, чтобы минимизировать потери. На практике обычно основной сервер - в паблике, резервный в локальной сети. Таким образом повышается отказоустойчивость.

В Вашей ситуации можно также пойти другим путем, включить опцию:

В этом случае восстановить потерянные CDR проще: ждем пока заработает основной сервер, затем выгружаем все CDR c резервного на основной, после чего чистим резервный.

На SMG1016M однажды произошло следующее: на FTP закончилось место. Eltex не смог выгрузить CDR, и просто прибил их. Но это было на версии не моложе 3.10.0.35.
Попутно вопрос: возможно ли хранение CDR на подключенном USB-накопителе?

s45rus писал(а):Попутно вопрос: возможно ли хранение CDR на подключенном USB-накопителе?

Да.

Отмечу: нельзя использовать FLASH накопитель с последовательным типом записи, нужно использовать HDD/SSD.