ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[inet-admins] Re: =?koi8-r?B?W2luZXQtYWRtaW5zXSAg08XS1MnGycvBw8nRIMLJzMzJzsfP18/KINPJ09TF?==?koi8-r?B?zdk=?=



On Mon, Oct 18, 1999 at 05:06:46PM +0400, Boris Tyshkiewitch wrote:
> > Хммм.... VoIP как раз накладывает такие требования.
> 
>   Да, мы в курсе.
> 
> > Да и ДиалАпу, как выяснилось это то-же весьма потребно....
> 
>   Безусловно.
> 
> > По поводу-же опускания БД - ничего криминального при этом не происходит,
> > за исключением необходимости в дальнейшем всосать акаунтинг из детаил и
> > неприятностей пользователей, которые видели некоректный баланс между поднятием
> > сервера БД и всасыванием непринятого акаунтинга.
> 
>   Т.е. у тебя получаются два разных механизма вкачивания записей? А
> как ты собрался определять точку лога с которой нужно перевкачать?
> Точное время упадания засекаешь? Плюс/минус 10 записей? Как там насчет
> понятия транзакция?
> 
Это не сложно, я прикрутил ведение аккаунтинга из tacacs+ в mysql, имхо это
делали до меня не раз. Если mysql лежит, tacacs просто пишет в tac.log.
При поднятии из лога все перекидывается в базу.
Кроме того, дублирование записей невозможно, так как стоит первичный ключ
на несколько полей.
PS. Уже около года работаю со связкой tac+mysql, никаких проблем не было ни 
разу.
 
Regards, Alex Antropoff
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
Archive is accessible on http://info.east.ru/rus/inetadm.html



 




Copyright © Lexa Software, 1996-2009.