According to Vladimir Litovka: Hi!
On 10/10/06, Dmitry Kiselev
wrote: не убивая наповал sql сервер бесполезной offline работой. Не, ну если уже есть супер-пупур-мега-сервер(кластер?) oracle которому ну совершенно нечего делать, то конечно :)
Вопрос состоит в том, кто будет обрабатывать информацию :) Есть два варианта -
1) offline-программой, еще перед передачей в SQL. Плюс - не требуется реалтаймовость, т.е. требования к процессору и диску сервера не самые жесткие. Минус - в общем случае у программы нет критериев, по которым трафик должен быть либо отброшен, либо соответствующим образом учтен. Если такие критерии есть - то достаточно нетривиальный алгоритм по сопоставлению "несвежей" информации с вполне вероятными ошибками в идентификации трафика.
2) в online-режиме - жесткие требования к аппаратной части - она должна быть достаточно мощной. Даже не знаю, насколько, если честно :) Зато обработка данных значительно более простая и, соответственно, более надежная. В принципе, я исхожу из того, что стоимость железа нынче вполне адекватна производительности и раскошелиться на пару Intel/AMD-based 8-процессорных систем с каким-нибудь storage - ну в рамках оператора, у которого _столько_ абонентов, это, наверное, уже некритичные деньги. Зато уменьшение количества ошибок биллинга при таком количестве абонентов - это заметная экономия на операционных и имиджевых потерях :)
Если у тебя по каким-либо причинам не успеет в on-line режиме отработать (это же не только собственно машина, а еще и сетевой интерфейс и то, что на нем принимает информацию), то информация будет безвозвратно утеряна.
--
/doka
=================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message
-- Taras Heychenko =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message