From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Fri, 5 Dec 2003 20:00:45 +0800 From: Alexei Takaseev To: ALT Linux Sisyphus Subject: Re: Re[4]: [sisyphus] postgesql Message-Id: <20031205200045.64e0d24d.taf@altlinux.ru> In-Reply-To: <105251157525.20031205114929@scs-900.ru> References: <200312041058.21377.maxman@yourline.ru> <200312041058.46223.webmaster@bdo.ru> <125173236671.20031204141054@scs-900.ru> <200312041129.46332.serpiph@nikiet.ru> <69174825635.20031204143723@scs-900.ru> <20031204214555.1985903c.taf@altlinux.ru> <105251157525.20031205114929@scs-900.ru> Organization: /dev/null X-Mailer: Sylpheed version 0.9.6 (GTK+ 1.2.10; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.3 Precedence: list Reply-To: sisyphus@altlinux.ru List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Dec 2003 12:15:12 -0000 Archived-At: List-Archive: On Fri, 5 Dec 2003 11:49:29 +0600 Evgeny Yugov 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 при сдутии его в бэкап.