[sisyphus] postgesql

[sisyphus] postgesql

[Максим Ткаченко]

Кто нибудь скачет почему не работает постгрес?

[root@vm /]# /etc/init.d/postgresql start
Adjusting environment for postgresql:                                                                                                 
[ DONE ]
Starting postgresql service:                                                                                                          
[FAILED]

установлено:
postgresql-contrib-7.4-alt3
postgresql-docs-7.4-alt3
postgresql-7.4-alt3
postgresql-devel-7.4-alt3
postgresql-server-7.4-alt3
libpcre-4.4-alt1
libpq3-devel-7.4-alt3
libpq3-7.4-alt3

Re: [sisyphus] postgesql

[Evgeny Yugov]

Здравствуйте Максим,

Thursday, December 4, 2003, 10:58:20 AM, you wrote:

МТ> Кто нибудь скачет почему не работает постгрес?

МТ> [root@vm /]# /etc/init.d/postgresql start
МТ> Adjusting environment for postgresql:                        
МТ> [ DONE ]
МТ> Starting postgresql service:                                 
МТ> [FAILED]

МТ> установлено:
МТ> postgresql-contrib-7.4-alt3
МТ> postgresql-docs-7.4-alt3
МТ> postgresql-7.4-alt3
МТ> postgresql-devel-7.4-alt3
МТ> postgresql-server-7.4-alt3
МТ> libpcre-4.4-alt1
МТ> libpq3-devel-7.4-alt3
МТ> libpq3-7.4-alt3

Угу и в syslog пишет мол ... old version... ? ;o)

-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Утром пить хочется от водки, а голова болит от скалки.

Re: [sisyphus] postgesql

[Максим Ткаченко]

В сообщении от 4 Декабрь 2003 11:22 Evgeny Yugov написал(a):
> Угу и в syslog пишет мол ... old version... ? ;o)

Dec  4 10:56:22 vm postgresql: Old version. Need to Upgrade. See 
/usr/share/doc/postgresql-7.4/README.rpm-dist for more information. failed

и чего делать?

Re[2]: [sisyphus] postgesql

[Evgeny Yugov]

Здравствуйте Максим,

Thursday, December 4, 2003, 11:25:32 AM, you wrote:

МТ> В сообщении от 4 Декабрь 2003 11:22 Evgeny Yugov написал(a):
>> Угу и в syslog пишет мол ... old version... ? ;o)

МТ> Dec  4 10:56:22 vm postgresql: Old version. Need to Upgrade. See 
МТ> /usr/share/doc/postgresql-7.4/README.rpm-dist for more information. failed

МТ> и чего делать?
Ээээээ прочесть то что предложили прочесть ;o)


-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Больной пошел на поправку. Но не дошел.

Re: [sisyphus] postgesql

[Максим Ткаченко]

В сообщении от 4 Декабрь 2003 11:32 Evgeny Yugov написал(a):
> Здравствуйте Максим,
>
> Thursday, December 4, 2003, 11:25:32 AM, you wrote:
>
> МТ> В сообщении от 4 Декабрь 2003 11:22 Evgeny Yugov написал(a):
> >> Угу и в syslog пишет мол ... old version... ? ;o)
>
> МТ> Dec  4 10:56:22 vm postgresql: Old version. Need to Upgrade. See
> МТ> /usr/share/doc/postgresql-7.4/README.rpm-dist for more information.
> failed
>
> МТ> и чего делать?
> Ээээээ прочесть то что предложили прочесть ;o)
А может все таки скажите в чем трабла, открыл я tcp-socket... ну не 
стартует...

Re: [sisyphus] postgesql

[Leonid B. Sysoletin]

В сообщении от 4 Декабрь 2003 10:52 Максим Ткаченко написал(a):
> > >> Угу и в syslog пишет мол ... old version... ? ;o)
> > МТ> Dec  4 10:56:22 vm postgresql: Old version. Need to Upgrade. See
> > МТ> /usr/share/doc/postgresql-7.4/README.rpm-dist for more information.
> > failed
> > МТ> и чего делать?
> > Ээээээ прочесть то что предложили прочесть ;o)
> А может все таки скажите в чем трабла, открыл я tcp-socket... ну не
> стартует...

А, может, всё же почитать?!
Там нормальным английским сказано - старая версия.
Нужен апгрейд базы до новой версии.

-- 
Л. Сысолетин,
webmaster@bdo.ru
[Team Ёжики-рулез!] [Team Котёнки на солярке] [Team Берегите букву "ё"!]
[Team Я люблю свою фортунку] [Team Фортунка в переписку не вступает]

> > rpmdb проказничает.
> Не смертельно ??? 
На данный момент сведений о пострадавших не поступало.
		-- ldv in sisyphus@

Re: [sisyphus] postgesql

[Epiphanov Sergei]

В сообщении от 4 Декабрь 2003 10:52 Максим Ткаченко написал:
> В сообщении от 4 Декабрь 2003 11:32 Evgeny Yugov написал(a):
> > Здравствуйте Максим,
> >
> > Thursday, December 4, 2003, 11:25:32 AM, you wrote:
> >
> > МТ> В сообщении от 4 Декабрь 2003 11:22 Evgeny Yugov написал(a):
> > >> Угу и в syslog пишет мол ... old version... ? ;o)
> >
> > МТ> Dec  4 10:56:22 vm postgresql: Old version. Need to Upgrade. See
> > МТ> /usr/share/doc/postgresql-7.4/README.rpm-dist for more
> > information. failed
> >
> > МТ> и чего делать?
> > Ээээээ прочесть то что предложили прочесть ;o)
>
> А может все таки скажите в чем трабла, открыл я tcp-socket... ну не
> стартует...

Необходимо было в предыдущей версии postgreSQL сделать дамп всех его баз 
данных, удалить старые базы с каталогами (по-моему, /var/lib/pgsql/...), 
только потом обновить postgreSQL, после чего дамп базы загнать в новый 
postgresSQL.

-- 
С уважением, Епифанов Сергей

Re[2]: [sisyphus] postgesql

[Evgeny Yugov]

Здравствуйте Leonid,

LBS> А, может, всё же почитать?!
LBS> Там нормальным английским сказано - старая версия.
LBS> Нужен апгрейд базы до новой версии.
О! кстати, а какие средства есть у нас для апгрейда баз???
Для апгрейда базу нужно валить, что в продакшен варианте неприемлемо!
Может разрулить chroot каталог по номерам версий (pgsql734, pgsql740)?

-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Однажды карлосон застрял в форточке. Так и появился кондиционер...

Re: [sisyphus] postgesql

[Максим Ткаченко]

В сообщении от 4 Декабрь 2003 14:09 Epiphanov Sergei написал(a):
> В сообщении от 4 Декабрь 2003 10:52 Максим Ткаченко написал:
> > В сообщении от 4 Декабрь 2003 11:32 Evgeny Yugov написал(a):
> > > Здравствуйте Максим,
> > >
> > > Thursday, December 4, 2003, 11:25:32 AM, you wrote:
> > >
> > > МТ> В сообщении от 4 Декабрь 2003 11:22 Evgeny Yugov написал(a):
> > > >> Угу и в syslog пишет мол ... old version... ? ;o)
> > >
> > > МТ> Dec  4 10:56:22 vm postgresql: Old version. Need to Upgrade. See
> > > МТ> /usr/share/doc/postgresql-7.4/README.rpm-dist for more
> > > information. failed
> > >
> > > МТ> и чего делать?
> > > Ээээээ прочесть то что предложили прочесть ;o)
> >
> > А может все таки скажите в чем трабла, открыл я tcp-socket... ну не
> > стартует...
>
> Необходимо было в предыдущей версии postgreSQL сделать дамп всех его баз
> данных, удалить старые базы с каталогами (по-моему, /var/lib/pgsql/...),
> только потом обновить postgreSQL, после чего дамп базы загнать в новый
> postgresSQL.
сорри, ступил, уже все разобрался :)

Re: [sisyphus] postgesql

[Epiphanov Sergei]

В сообщении от 4 Декабрь 2003 11:10 Evgeny Yugov написал:
> Здравствуйте Leonid,
>
> LBS> А, может, всё же почитать?!
> LBS> Там нормальным английским сказано - старая версия.
> LBS> Нужен апгрейд базы до новой версии.
> О! кстати, а какие средства есть у нас для апгрейда баз???
> Для апгрейда базу нужно валить, что в продакшен варианте неприемлемо!
> Может разрулить chroot каталог по номерам версий (pgsql734, pgsql740)?

/usr/bin/pg_dumpall

-- 
С уважением, Епифанов Сергей

Re[2]: [sisyphus] postgesql

[Evgeny Yugov]

Здравствуйте Epiphanov,

Thursday, December 4, 2003, 2:29:46 PM, you wrote:

ES> В сообщении от 4 Декабрь 2003 11:10 Evgeny Yugov написал:
>> Здравствуйте Leonid,
>>
>> LBS> А, может, всё же почитать?!
>> LBS> Там нормальным английским сказано - старая версия.
>> LBS> Нужен апгрейд базы до новой версии.
>> О! кстати, а какие средства есть у нас для апгрейда баз???
>> Для апгрейда базу нужно валить, что в продакшен варианте неприемлемо!
>> Может разрулить chroot каталог по номерам версий (pgsql734, pgsql740)?

ES> /usr/bin/pg_dumpall
Тоже смешно (с) Масяня
И это спасет от отказе в обслуживании postgresql на время перегона
баз?
И что там станет с template0(1) при таком "апгрейде", например с версии
7.1 на 7.3(4)?


-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Штирлиц долго смотрел в одну точку, потом перевёл взгляд на другую точку. "Двоеточие" - подумал Штирлиц.

Re: Re[2]: [sisyphus] postgesql

[Alexei Takaseev]

On Thu, 4 Dec 2003 14:37:23 +0600
Evgeny Yugov <yugov@scs-900.ru> wrote:

> >> LBS> А, может, всё же почитать?!
> >> LBS> Там нормальным английским сказано - старая версия.
> >> LBS> Нужен апгрейд базы до новой версии.
> >> О! кстати, а какие средства есть у нас для апгрейда баз???
> >> Для апгрейда базу нужно валить, что в продакшен варианте
> >неприемлемо!> Может разрулить chroot каталог по номерам версий
> >(pgsql734, pgsql740)?
> 
> ES> /usr/bin/pg_dumpall
> Тоже смешно (с) Масяня
> И это спасет от отказе в обслуживании postgresql на время перегона
> баз?

Это нормальная цена при погоне за новьем. Для боевых систем с налета
ставить каждый раз новую версию - мягко говоря не умная политика.

А так ситуация разруливается чисто административными мерами - на время
апгрейта документально оформляется останов, который называется плановый,
так как его запланировали, согласовав время со всеми (или почти всеми)
заинтересованными сторонами.

Когда возникла у нас необходимость обновления Оракла на сервере,
обслуживающем междугороднюю связь (так бы и не обновляли, но
расширенный спектр услуг -> новое ПО для этого -> потребность оного ПО
в новых оракакельный феньках), именно так и поступали. И ничего.

> И что там станет с template0(1) при таком "апгрейде", например с
> версии 7.1 на 7.3(4)?

Ничего с ним не случится. Максимум, потеряется пароль для пользователя
postgres.

Re[4]: [sisyphus] postgesql

[Evgeny Yugov]

Здравствуйте Alexei,

>> >неприемлемо!> Может разрулить chroot каталог по номерам версий
>> >(pgsql734, pgsql740)?
>> 
>> ES> /usr/bin/pg_dumpall
>> Тоже смешно (с) Масяня
>> И это спасет от отказе в обслуживании postgresql на время перегона
>> баз?

AT> Это нормальная цена при погоне за новьем. Для боевых систем с налета
AT> ставить каждый раз новую версию - мягко говоря не умная политика.
Да ну? Простейшая ситуация PG71 и PG73 качественный скачек, красота
для разработчиков и ДБА... но для тестов и переноса нужно ложить
сервер? Дорогой, вас махом уволят...
Испокон веков обновление PG прроводилось по доке вариант N1... где
запускается 2 экземпляра баз... дешево и сердито!

AT> А так ситуация разруливается чисто административными мерами - на время
AT> апгрейта документально оформляется останов, который называется плановый,
AT> так как его запланировали, согласовав время со всеми (или почти всеми)
AT> заинтересованными сторонами.
см. про увольнение.

AT> Когда возникла у нас необходимость обновления Оракла на сервере,
AT> обслуживающем междугороднюю связь (так бы и не обновляли, но
AT> расширенный спектр услуг -> новое ПО для этого -> потребность оного ПО
AT> в новых оракакельный феньках), именно так и поступали. И ничего.
Мдя... Ора часто наворачивет свой продукт? Сие несравнимо, да и
никогда не слышал чтобы при апдейте Оракл валили... не смешите...

>> И что там станет с template0(1) при таком "апгрейде", например с
>> версии 7.1 на 7.3(4)?

AT> Ничего с ним не случится. Максимум, потеряется пароль для пользователя
AT> postgres.

Мда, а слона то и не приметили, template является хранилищем op, func
и так далее, _есстесственно_ их структура и содержимое _меняется_ от
версии к версии!


-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Молоко вдвойне смешней, если после огурцов!

Re: Re[4]: [sisyphus] postgesql

[Anton V. Boyarshinov]

On Fri, 5 Dec 2003 11:49:29 +0600 Evgeny Yugov
 wrote:

 
> AT> Это нормальная цена при погоне за новьем. Для боевых систем
> AT> с налета ставить каждый раз новую версию - мягко говоря не
> AT> умная политика.

> Да ну? Простейшая ситуация PG71 и PG73 качественный скачек,
> красота для разработчиков и ДБА... но для тестов и переноса
> нужно ложить сервер? Дорогой, вас махом уволят...

А для разработчиков и тестов ставится отдельный сервер. Админ,
обновляющией СУБД на "боевом" сервере без тестов действительно
заслуживает увольнения.

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 12:40:00  up 13 days,  1:57,  8 users,  load average: 0.02,
0.09, 0.08

Re[6]: [sisyphus] postgesql

[Evgeny Yugov]

Здравствуйте Anton,

Friday, December 5, 2003, 3:45:12 PM, you wrote:

AVB> On Fri, 5 Dec 2003 11:49:29 +0600 Evgeny Yugov
AVB>  wrote:

 
>> AT> Это нормальная цена при погоне за новьем. Для боевых систем
>> AT> с налета ставить каждый раз новую версию - мягко говоря не
>> AT> умная политика.

>> Да ну? Простейшая ситуация PG71 и PG73 качественный скачек,
>> красота для разработчиков и ДБА... но для тестов и переноса
>> нужно ложить сервер? Дорогой, вас махом уволят...

AVB> А для разработчиков и тестов ставится отдельный сервер. Админ,
AVB> обновляющией СУБД на "боевом" сервере без тестов действительно
AVB> заслуживает увольнения.
LOL, не вырывайте фразу... там много еще чего интересного...
Хоть затесться на тестовом сервере, все равно апдейт не пройдет БЕЗ
ОСТАНОВКИ СЕРВИСА... я выделил то что понимать.
Решение как я понимаю простое даже описанное в доке под вариантом
обновления N1.


-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Если хочешь поpаботать - ляг поспи и все пpойдет!

Re: Re[6]: [sisyphus] postgesql

[Anton V. Boyarshinov]

On Fri, 5 Dec 2003 17:09:16 +0600 Evgeny Yugov
 wrote:

> AVB> А для разработчиков и тестов ставится отдельный сервер.
> AVB> Админ, обновляющией СУБД на "боевом" сервере без тестов
> AVB> действительно заслуживает увольнения.

> LOL, не вырывайте фразу... там много еще чего интересного...
> Хоть затесться на тестовом сервере, все равно апдейт не пройдет
> БЕЗ ОСТАНОВКИ СЕРВИСА... я выделил то что понимать.

Обновление, связанное с изменением формата базы в значительном
числе случаев не может проходить без установки сервиса независимо
от возможности одновременного запуска серверов разных версий.
Если у вас 24х7 кровь из носу -- не стоит гоняться за новыми
версиями. Если нет -- сделайте плановый останов.

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 14:12:00  up 13 days,  3:29,  8 users,  load average: 0.25,
0.15, 0.06

Re: Re[6]: [sisyphus] postgesql

[Anton V. Boyarshinov]

On Fri, 5 Dec 2003 14:18:56 +0300 Anton V. Boyarshinov
 wrote:


> числе случаев не может проходить без установки сервиса
> независимо
                                       остановки

-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 14:36:00  up 13 days,  3:53,  8 users,  load average: 0.07,
0.08, 0.05

Re[8]: [sisyphus] postgesql

[Evgeny Yugov]

Здравствуйте Anton,

>> AVB> А для разработчиков и тестов ставится отдельный сервер.
>> AVB> Админ, обновляющией СУБД на "боевом" сервере без тестов
>> AVB> действительно заслуживает увольнения.

>> LOL, не вырывайте фразу... там много еще чего интересного...
>> Хоть затесться на тестовом сервере, все равно апдейт не пройдет
>> БЕЗ ОСТАНОВКИ СЕРВИСА... я выделил то что понимать.

AVB> Обновление, связанное с изменением формата базы в значительном
AVB> числе случаев не может проходить без установки сервиса независимо
AVB> от возможности одновременного запуска серверов разных версий.
Расшифруйте предложение^

AVB> Если у вас 24х7 кровь из носу -- не стоит гоняться за новыми
AVB> версиями. Если нет -- сделайте плановый останов.
Обновление происходит по схеме 1.
Ставится в параллель новый, программеры проверяют и поправляют,
осуществляется прозрачный перенос на новый порт... ляпота...
Останов плановый в мелких конторах и для несущественных сервисов возможен.
Никто никак не напрягается...
Или майнтайнерам -- вломы?
Или это _серъезно_ ухудшит дистрибутив?

-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Доктор сказал: "Пива!" - значит пива и никакой анестезии.

Re: Re[4]: [sisyphus] postgesql

[Alexei Takaseev]

On Fri, 5 Dec 2003 11:49:29 +0600
Evgeny Yugov <yugov@scs-900.ru> wrote:

> Здравствуйте Alexei,
> 
> >> >неприемлемо!> Может разрулить chroot каталог по номерам версий
> >> >(pgsql734, pgsql740)?
> >> 
> >> ES> /usr/bin/pg_dumpall
> >> Тоже смешно (с) Масяня
> >> И это спасет от отказе в обслуживании postgresql на время перегона
> >> баз?
> 
> AT> Это нормальная цена при погоне за новьем. Для боевых систем с
> AT> налета ставить каждый раз новую версию - мягко говоря не умная
> AT> политика.
> Да ну? Простейшая ситуация PG71 и PG73 качественный скачек, красота
> для разработчиков и ДБА... но для тестов и переноса нужно ложить
> сервер? Дорогой, вас махом уволят...
> Испокон веков обновление PG прроводилось по доке вариант N1... где
> запускается 2 экземпляра баз... дешево и сердито!

Да что-то до сих пор не увольняют. Наверное потому, что на боевой сервер
я с тестами не лезу. Для тестов и обкатки есть специально выделеные
тазики.

> AT> А так ситуация разруливается чисто административными мерами - на
> AT> время апгрейта документально оформляется останов, который
> AT> называется плановый, так как его запланировали, согласовав время
> AT> со всеми (или почти всеми) заинтересованными сторонами.
> см. про увольнение.

Вот именно, если не провести все оформительские мероприятия, положенные
по регламенту, и вышибут нафиг. И правы будут.

> AT> Когда возникла у нас необходимость обновления Оракла на сервере,
> AT> обслуживающем междугороднюю связь (так бы и не обновляли, но
> AT> расширенный спектр услуг -> новое ПО для этого -> потребность
> AT> оного ПО в новых оракакельный феньках), именно так и поступали. И
> AT> ничего.
> Мдя... Ора часто наворачивет свой продукт? Сие несравнимо, да и
> никогда не слышал чтобы при апдейте Оракл валили... не смешите...

Разница между 8.0.5 и 9.2.0 таки чувствительна, не так ли? И не
рассказывайте мне сказочек про on-line обновление оракакеля под боевой
нагрузкой.

> >> И что там станет с template0(1) при таком "апгрейде", например с
> >> версии 7.1 на 7.3(4)?
> AT> Ничего с ним не случится. Максимум, потеряется пароль для
> AT> пользователя postgres.
> Мда, а слона то и не приметили, template является хранилищем op, func
> и так далее, _есстесственно_ их структура и содержимое _меняется_ от
> версии к версии!

Весьма рекомендую таки посмотреть, во что превращается оный template при
сдутии его в бэкап.

Re: Re[8]: [sisyphus] postgesql

[Alexei Takaseev]

On Fri, 5 Dec 2003 17:38:03 +0600
Evgeny Yugov <yugov@scs-900.ru> wrote:

> Здравствуйте Anton,
> 
> >> AVB> А для разработчиков и тестов ставится отдельный сервер.
> >> AVB> Админ, обновляющией СУБД на "боевом" сервере без тестов
> >> AVB> действительно заслуживает увольнения.
> 
> >> LOL, не вырывайте фразу... там много еще чего интересного...
> >> Хоть затесться на тестовом сервере, все равно апдейт не пройдет
> >> БЕЗ ОСТАНОВКИ СЕРВИСА... я выделил то что понимать.
> 
> AVB> Обновление, связанное с изменением формата базы в значительном
> AVB> числе случаев не может проходить без установки сервиса независимо
> AVB> от возможности одновременного запуска серверов разных версий.
> Расшифруйте предложение^
> 
> AVB> Если у вас 24х7 кровь из носу -- не стоит гоняться за новыми
> AVB> версиями. Если нет -- сделайте плановый останов.
> Обновление происходит по схеме 1.
> Ставится в параллель новый, программеры проверяют и поправляют,
> осуществляется прозрачный перенос на новый порт... ляпота...
> Останов плановый в мелких конторах и для несущественных сервисов
> возможен. Никто никак не напрягается...
> Или майнтайнерам -- вломы?
> Или это _серъезно_ ухудшит дистрибутив?

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

Re: Re[8]: [sisyphus] postgesql

[Anton V. Boyarshinov]

On Fri, 5 Dec 2003 17:38:03 +0600 Evgeny Yugov
 wrote:

> AVB> Обновление, связанное с изменением формата базы в
> AVB> значительном числе случаев не может проходить без
> AVB> установки сервиса независимо от возможности одновременного
> AVB> запуска серверов разных версий.
> Расшифруйте предложение^

s/установки/остановки/

Если у нас в системе изменяющиеся данные, то, как правило, мы не
можем сделать копию данных, отладить всё на копии, переключить
новую версию на обслуживание и дозалить изменения, произошедшие
между копированием данных и переводом обслуживания на новый
сервис. Так как они, возможно, проконфликтуют с теми данными,
которые были внесены за время дозаливки изменений.
 
> AVB> Если у вас 24х7 кровь из носу -- не стоит гоняться за
> AVB> новыми версиями. Если нет -- сделайте плановый останов.
> Обновление происходит по схеме 1.
> Ставится в параллель новый, программеры проверяют и поправляют,
> осуществляется прозрачный перенос на новый порт... ляпота...
> Останов плановый в мелких конторах и для несущественных
> сервисов возможен.

А в крупных и для существенных сервисов -- используется запасной
сервер.

> Или майнтайнерам -- вломы?

Ответ традиционный: можете сделать лучше -- сделайте.

Антон
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 15:16:00  up 13 days,  4:33,  8 users,  load average: 0.04,
0.08, 0.06

[sisyphus] postgesql

[Evgeny Yugov]

Здравствуйте Anton,

Friday, December 5, 2003, 6:24:34 PM, you wrote:

AVB> Если у нас в системе изменяющиеся данные, то, как правило, мы не
AVB> можем сделать копию данных, отладить всё на копии, переключить
AVB> новую версию на обслуживание и дозалить изменения, произошедшие
AVB> между копированием данных и переводом обслуживания на новый
AVB> сервис. Так как они, возможно, проконфликтуют с теми данными,
AVB> которые были внесены за время дозаливки изменений.
Мдя, а запинать сервисы на рассылку на 2 сервера?
Легко и быстро...

AVB> А в крупных и для существенных сервисов -- используется запасной
AVB> сервер.
Согласен...
>> Или майнтайнерам -- вломы?

AVB> Ответ традиционный: можете сделать лучше -- сделайте.
AVB> Антон
Что и требовалось доказать => "Или майнтайнерам -- вломы?" ! :o)


-- 
With Best regards,
Evgeny Yugov,
MTS, programmer of Advanced Technologies Departament.
Registered Linux User #316667
mailto:yugov@scs-900.ru

Origin: Вопросы психиатора всегда какие-то странные...

[sisyphus] Re: postgesql

[Anton V. Boyarshinov]

On Mon, 8 Dec 2003 09:26:30 +0600 Evgeny Yugov
 wrote:

> AVB> Если у нас в системе изменяющиеся данные, то, как правило,
> AVB> мы не можем сделать копию данных, отладить всё на копии,
> AVB> переключить новую версию на обслуживание и дозалить
> AVB> изменения, произошедшие между копированием данных и
> AVB> переводом обслуживания на новый сервис. Так как они,
> AVB> возможно, проконфликтуют с теми данными, которые были
> AVB> внесены за время дозаливки изменений.

> Мдя, а запинать сервисы на рассылку на 2 сервера?
> Легко и быстро...

Зависит от задачи.
-- 
mailto:boyarsh@mail.ru
mailto:boyarsh@ru.echo.fr
 12:52:01  up 16 days,  2:09,  8 users,  load average: 0.00,
0.00, 0.00