Вход | Регистрация

  1  2  3  4   
Информационные технологии :: Администрирование

Вопрос по Postgresql

Вопрос по Postgresql
Я
   ВикторП
 
17.01.18 - 12:29
Установил Postgresql - с сайта Postgres pro под Windows- самая последняя 9.6 для 1с.

Выполнил рекомендации из ИТС и gilev.ru/postgres. Что на ИТС, что у Гилева встречаются настройки, которых нет в конфигурационном файле, например checkpont_segmens . Из рекомендаций Гилева мне не подошла настройка effective_io_concurrency - c подобной настройкой PG не стартует.


Сравниваю производительность баз данных под MS SQL и Postgresql , поэтому базы подняты с одного dt и выполняю одинаковые длительные обработки на одном и том же компьютере, обе СУБД на одном сервере.

Вот что я заметил. Время выполнения на обоих СУБД почти одинаковое, MS SQL почти всегда быстрее , но не критично , примерно 10%, диски под MS SQL производительней, все файлы PG на одном диске, поэтому такая разница устраивает и понятна.



НО... при втором, третьем выполнении этой же обработки, время на MS SQL уменьшается очень сильно, а на PG - уменьшения - нет .Вообще.

Например , один тест - под MS SQL 10 мин- первый запуск, 7 минут - второй запуск. Под PG- все время 12 минут.(Времена округленные).
второй тест под MS SQL первый прогон- 37, второй- 31 минута. Под Postgresql . Самый первый прогон - 50 минут, после vacuum full verbose analyze и изменения конфигурационнойго файла- 35 минут и на этом все, следующие прогоны вокруг этой цифры, уменьшения нет.


Можно ли добиться использования кеша 1с настройками Postgresgl? Или это не кэш?
 
 
   rphosts
 
201 - 20.01.18 - 16:10
(199) ну вообщето для онлайн бэкапа нужен ещё 1 сервер, не мощный но нужен
   ИТ директор
 
202 - 20.01.18 - 16:13
(201) чтобы бэкап снимать с реплики, да? но у вас ни еще одного сервера ни репликаци ни бэкапов кроме выгрузки в дт нет...зато бесплатно чо
   palsergeich
 
203 - 20.01.18 - 16:14
(196) Богачев ведёт курс от лица вендора, не важно что он приглашенный специалист, он его ведёт по программе и рассказывает только то, что можно
   ИТ директор
 
204 - 20.01.18 - 16:15
Ну вы хотя б дамп базы делайте...неужели не в курсе что выгрузка в дт это не бэкап?
   palsergeich
 
205 - 20.01.18 - 16:16
(196) ЦУП 3 редакции уже вышел?
   rphosts
 
206 - 20.01.18 - 16:16
(204) разумеется pgdump дважды в сутки делается.

"Все программисты делятся на тех кто ещё не делает бэкап и кто уже"
   ИТ директор
 
207 - 20.01.18 - 16:17
(205) вроде 2.1, на упр. формах и с другой архитектурой работы
   rphosts
 
208 - 20.01.18 - 16:19
(202) вы адекватен? Я вам всё должен выложить? - я вам вообще ничего не должен. И да бэкапы есть, из бэкапа поднимается, регламент восстановления и сроки как-бэ согласованы. Руководителей текущий момент устраивает
   rphosts
 
209 - 20.01.18 - 16:20
(207) может и другой,но анализ такой-же медленный
   ИТ директор
 
210 - 20.01.18 - 16:22
(208) Гм, я где-то просил что-то выложить? Бэкапы два раза в день при 500 пользователях это не бэкапы, это недоразумение.
 
 Рекламное место пустует
   palsergeich
 
211 - 20.01.18 - 16:22
(207) нет 2.1 по прежнему под капотом на автоматическом режиме управления блокировками работает и при анализе из-за этого в том числе валится. Он на УФ, да там расширился функционал, например тест центр для уф и тд. Но принципиально то же самое.
1с анонсировало КИП 3, с, как они говорят, принципиально другим подходом для решения этих задач. Только релиза все нет и нет
   rphosts
 
212 - 20.01.18 - 16:23
(210) вы точно не читатель
   ИТ директор
 
213 - 20.01.18 - 16:25
(212) да ладно? То что я ожидал прочитать - я прочитал)
   ИТ директор
 
214 - 20.01.18 - 16:26
(211) грепайте регэкспы
   palsergeich
 
215 - 20.01.18 - 16:29
(214) Типо того.
Хотя месяц назад на ИС парнишка на java написал парсер с зашитыми типовыми решениями задач типо 10 самых долгих контекстных вызовов, ожидания на блокировках и тд + самому можно грепать регэкспы
   ИТ директор
 
216 - 20.01.18 - 16:34
(215) у Морозова в его букваре есть готовые скрипты на перле под эти вещи. Надо попробовать их погонять чтоб понять есть ли польза хоть какая-нибудь.
   rphosts
 
217 - 20.01.18 - 16:37
(216) "А. Морозов в своей статье на ИТС говорит: я типа показываю как можно, а для чего - придумывайте сами.", не вы ли это тут постили?
   palsergeich
 
218 - 20.01.18 - 16:40
(216) там сложно и не понятна, много страшных букв. Я как пользователь хочу кнопочку.
Когда ты пишешь свой тупой код для простенькой управляемой формы, на самом деле ты юзаешь model-view-controller с double-way data binding в three-layered-data-app-engine, сдобренный high level object-relation-mapping на базе declarative metadata description, имеющей свой platform-independed query language, c declarative data-driven user interface, complete transparent serialization и domain-oriented programm language.
© orefkov
   ИТ директор
 
219 - 20.01.18 - 16:49
(217) я, его статья на ИТС начинается с этого, есно не дословно, но смысл этот. А что?
   ВикторП
 
220 - 20.01.18 - 16:53
(200) нет. не очистить. Посмотрите в вопрос топика.
я привожу примеры с временами, на MS SQL при втором и далее выполнении одинаковых операций, читай запросов, их время уменьшается за счет использования процедурного кэша- запрос потому что не компилируется и план берется из кэша,
подобного на стороне PostgreSQL не наблюдается - второе, третье выполнение не дает уменьшения времени. Вы говорите, что есть кэш запросов - у него такая же функция, как у процедурного на MS SQL или это что-то другое?
   rphosts
 
221 - 20.01.18 - 17:18
(220) вы таки верите, что за счёт процедурного кэша время с 10 мин сократилось до 7? А вот, что за счёт разогрева кэша - вполне реально
   rphosts
 
222 - 20.01.18 - 17:22
И да, с памятью постгри на Линукс работает куда лучше
   ИТ директор
 
223 - 20.01.18 - 22:55
(150) не знаю какой фреш работает на постгресе, но фреш ДИТ Москвы на 10к юзеров работает на MS, бгг http://v8.1c.ru/expert/cts/cts-231-003.htm
   ansh15
 
224 - 21.01.18 - 01:22
(220) https://habrahabr.ru/company/postgrespro/blog/275755/
Так как читать там много, то цитата:
"В Постгресе нет глобального кэша разобранных запросов. Более того, если не предпринять специальных усилий, то запрос не будет сохраняться и локально в памяти процесса.
В частности, при повторении одного и того же запроса он будет полностью разбираться каждый раз заново."
   ansh15
 
225 - 21.01.18 - 03:15
Под специальными усилиями подразумевается PREPARE.
pgbench с флагом -M prepared дает рост производительности в 1.8 раза.
   mistеr
 
226 - 21.01.18 - 08:19
(225) Ты что, думаешь, 1С не делает PREPARE?
   rphosts
 
227 - 21.01.18 - 11:45
(225) pgbench это тест несложных запросов, потом по сути это попытка переложить часть задач с сервера СУБД на сервер 1С. Не факт что это оправданная стратегия
   Фрэнки
 
228 - 21.01.18 - 12:05
(227) меня в работе самых последних версий конфигураций немного озадачило другое. Это касается самых свежих релизов БП и ЗУП. Процесс обновления конфигураций остающихся на поддержке.

Т.е. речь идет о типовых, где не была включена возможность изменений. Рассчитывал обойтись доработкой расширений, чтоб максимально оставаться на типовых. Просто попробовать, не спешить "ломать" типовые механизмы. И обратил внимание на то, что процесс обновления в самом начале создает несколько блокировок. И из-за них очень-очень долго отрабатывает обновление... Лекарство нашел пока только в том, чтобы назначить на каждый процесс не более, чем по одной базе, что позволило создать процессу некое изолированное адресное пространство и процессы обновления стали завершаться за нормальное время.
   Фрэнки
 
229 - 21.01.18 - 12:08
просто на базах с релизами конфигураций, построенных на основе теперь уже устаревших БСП такого поведения конфигуратора при обновлении базы не видел. Может быть блокировки были, но граблей заметно не было. Теперь базы просто необходимо жестко изолировать в отдельные процессы.
   ansh15
 
230 - 21.01.18 - 16:43
(227) А сервер 1С переложит эту работу на плечи программистов 1С, как и в случае с механизмом управляемых блокировок.
По принципу - вам надо, вы и подготавливайте.
(226) Я не знаю. Включил ТЖ. Запустил тест Гилева. Погрепил ТЖ. Никаких PREPARE не нашел.
   rphosts
 
231 - 21.01.18 - 16:43
(228) ну если юзеров есть ограничение на рабочий процесс не более 1 ИБ - золотое правило...

А насчет новые - так у БП давно ЦФ больше чем у упыпырища.
   rphosts
 
232 - 21.01.18 - 16:48
(230) 1.Кого? семантический контроль текста запроса?
2.Это про то, что часть работы по построению плана запроса делает клиент (семантический, лингвинистический контроль) - ничего 1С этого не делает. Единственно 1С транслирует свой запрос в язык запроса базовода (и без всяких виртуальных таблиц и с именами таблиц на 1С а СУБД).
   ИТ директор
 
233 - 21.01.18 - 17:46
онлайн бэкапы, семантический лингвистический контроль плана запросов делает клиент...

О сколько нам открытий чудных
Готовят Кемерова дух
 
 
   ВикторП
 
234 - 22.01.18 - 06:18
(221) Тогда возвращаемся к началу. Подобного разогрева кэш на Postgresql  , получается , нет?
   rphosts
 
235 - 22.01.18 - 07:16
(234) потому, что тестите на постгри под виндой. Попробуйте то-же самое на том-же железе под ну пусть дебианом или убунтой.
   ВикторП
 
236 - 22.01.18 - 09:15
Может вы приведете примеры из ваших информационных баз с временами ?
   rphosts
 
237 - 22.01.18 - 17:10
(236) сходу и не вспомню... завтра, если будет время, какую-нить нетленку загружу из копии и попробую сделать 2-3 раза один и тот-же отчёт.

Вспоминается у Алексея Лустина почти вдвое получалось ОСВ на УПП (демонстрировалось на вебинаре "PostgreSQL "на стероидах"").
   wayss
 
238 - 22.01.18 - 17:22
(192) PG может восстанавливать по данным WAL до любого момента времени + репликация хорошо работает - то чего MS SQL не умеет ну или точно не умел.
   rphosts
 
239 - 22.01.18 - 17:25
(238) Исключительно для справедливости: если выбрать требуемую стратегия резервного копирования то и у сиквела можно восстановить базу на любой момент времени (ну как минимум на 2012 я это делал ради теста).
   wayss
 
240 - 22.01.18 - 17:36
(239) можно, но там нужен полный бекап + вожможно дифференциальный + бекап логов.

Но вот репликация на MS SQL в свое время не взлетела, на PG работает без проблем.

И кстати по скорости бекапа\восстановления PG быстрее, по крайней мере в нашем случае.
   Фрэнки
 
241 - 22.01.18 - 17:39
(240) винда или линь?
   wayss
 
242 - 22.01.18 - 17:41
Линь.
   Вафель
 
243 - 22.01.18 - 17:48
по винду постгрес смысла ставить НЕТ
   rphosts
 
244 - 22.01.18 - 18:11
(243) ну почему, для тренировки вполне, но не для продуктива конечно.
   Вафель
 
245 - 22.01.18 - 18:14
(244) А в чем тренировка то состоит? если половина настроек не работает? или работает не так?
   rphosts
 
246 - 22.01.18 - 18:24
(245) ну вот смотри ТС тренируется, пгдамп и ресторе работают и т.п..
Не думаю, что у чела для минимальной тренировки предложение до кучи освоить линукс вызовет прилив энтузиазма.

И да параметры сравнивал, если не ошибаюсь для 9.4.2 под окнами нет: мин/макс wal_size и effective_io_concurency... т.е. всего 3 параметров нет, хотя все 3 могут неплохо съиграть... думаю нет т.к. работа с памятью у постгри под окнами никакая.
   Вафель
 
247 - 22.01.18 - 18:27
(246) ну дамп и рестор из гуя сделать - это 15 мин тренировки
   rphosts
 
248 - 22.01.18 - 18:29
(247) нафиг гуй! Командная строка онли!
   rphosts
 
249 - 23.01.18 - 11:16
+(237) как-то слишком оптимистично у меня получилось
1 выполнение - 6:11
2-3:14
3-3:11
 
 Рекламное место пустует
   rs_trade
 
250 - 23.01.18 - 11:27
(238) орнул с тебя. не умеет, дааа.
   ВикторП
 
251 - 23.01.18 - 11:53
обалдеть разница.

между 1 и 2 никаких манипуляций с postgresql не было?
   rphosts
 
252 - 23.01.18 - 11:54
(251) нет, но может клиент кэшь формы делал но такой разницы от построения кэша не должно быть никак
   ВикторП
 
253 - 23.01.18 - 11:58
про вебинар про стероиды от Лустина - он от 16 года- насколько актуален?
   rphosts
 
254 - 23.01.18 - 12:08
(253) откуда я могу знать про вас, мне он тогда был полезен
   Провинциальный 1сник
 
255 - 23.01.18 - 14:19
(247) Несколько лет назад бэкап постгресовской базы 1с был тем еще квестом. Помню, там какие-то типы данных были, которые не включались в бэкап (mvarchar вроде), и чтобы восстановить бэкап нужно было плясать с бубном. Сейчас иначе?
   rphosts
 
256 - 23.01.18 - 15:18
(255) не совсем понял о чем речь, база бэкапится - база из бэкапа восстанавливается - что ещё от бэкапа требуется?
   Вафель
 
257 - 23.01.18 - 15:23
(255) а ты бэкап делал путем создания скрипта на кучу инсерт?
   rphosts
 
258 - 23.01.18 - 15:24
(257) ага, текстовый
   Вафель
 
259 - 23.01.18 - 15:27
так есть же бинарный. Или я настолько далек от пг?
   rphosts
 
260 - 23.01.18 - 15:28
+ (258) можно конечно было делать онлайн бэкап но нужен небольшой серверок... даже хорошего десктопа видимо хватило-бы,но куроводство решило по другому.
   rphosts
 
261 - 23.01.18 - 15:32
(259) есть, но у нас как-то так исторически сложилось что текстовый и потом ганзип... вроде так пробовали в текстовый быстрее бэкапилось чем в бинарный, может от этого.
   Вафель
 
262 - 23.01.18 - 15:34
(261) а рестор сколько по времени?
   rphosts
 
263 - 23.01.18 - 15:39
(262) точно не скажу, так навскидку 1,6-2 * время выгрузки
   ansh15
 
264 - 24.01.18 - 03:43
Совсем маленькая база ЗиК БУ(около 11 ГБ в PostgreSQL)
pg_dump -Z 9(макс. сжатие по умолчанию) - 4 мин. 12 сек.
pg_dump -Z 0(без сжатия) - 50 сек
pg_dump -Z 0 -j 10(в 10 потоков) - 11 сек.
Все в бинарном формате.
Многопоточный pg_restore восстанавливает базу за минуту с небольшим.
   rphosts
 
265 - 24.01.18 - 04:43
(264) у нас базы поболее и вот этот разрыв (4 мин - 50 сек) не настолько суровый
   ВикторП
 
266 - 24.01.18 - 07:10
(264) как определяете размер в PostgreSQL?
   rphosts
 
267 - 24.01.18 - 08:17
(266) каталог \Data\base\<oid>
   rphosts
 
269 - 24.01.18 - 08:18
или типа того
   novichok79
 
270 - 24.01.18 - 08:30
У меня база УТ 11 размером в 11 гб сжимается до 4 гб за 7 минут, распакуется за 3 в 4 потока.
   mistеr
 
271 - 24.01.18 - 08:50
(258) Это не бэкап, это выгрузка. Соответственно нет гарантии восстановления.

P.S. Если кто не в курсе, разница между бэкапом и выгрузкой в том, что после восстановления из выгрузки получается ДРУГАЯ БАЗА. А после восстановления из бэкапа — та же самая (бит-в-бит).
   MrCoffin
 
272 - 24.01.18 - 09:47
(154) "нет (и не надо)"
Это почему это? Какая-то ангажированная барыжья точка зрения, в 1937 году с таким не церемонились, между прочим. И так среди одинэсников тупых пафосных барыг - как липкого золота за баней, а этот контингент, между прочим, дискредитирует почетное и уважаемое звание "Программист 1С", а тут еще и разбираться не надо. Очень даже надо во всём разбираться, а MS-SQL, по-хорошему, надо запретить, потому что микрософт это амерская контора и, соответственно, амерский налоговый резидент, на их налоги одеваются и обуваются солдаты НАТО. Вы что - фашист, если пишете такие вещи? Россия - лучшая в мире страна, 1С:Предприятие - лучшая, на текущий момент, отечественная система СУБД, нам эти гейропские педофильские ценности ни к чему, мы сами во всем разберемся что надо, а что нет.
И да, у меня работает postgres на 14 человек, пользователи не жалуются.
   MrCoffin
 
273 - 24.01.18 - 09:52
(166) Есть и НАТОвский скуль и постгрес я настроил 1 раз.
   mistеr
 
274 - 24.01.18 - 09:52
(272) рукалицо...
   ansh15
 
275 - 24.01.18 - 12:18
(266) SELECT pg_size_pretty( pg_database_size( 'my_base' ) );
Или в pgAdmin, в свойствах базы на вкладке "Statistics".
   ИТ директор
 
276 - 24.01.18 - 12:20
(272) ЛОЛ, когда 1С научится нормально работать с временными таблицами без всяких патчей ядра постгреса (или платформы - я хз) - тогда приходи, поговорим)))
   wayss
 
277 - 24.01.18 - 12:24
(276) озвучте параметры ваших баз данных и нагрузки на них.
В большинстве задач постгрес нормально справляется, а базы на которых он начинает затыкаться на временных таблицах есть далеко не у каждого.
И да, резервирование у него гораздо приятнее чем у MS
   ИТ директор
 
278 - 24.01.18 - 12:27
(277) мне не нужно "в большинстве" случаев, потому что у меня ответственность. поэтому я директор, а ты бета-тестер
   ansh15
 
279 - 24.01.18 - 12:42
(232) Оказывается, есть такое:
"Модуль aqo представляет собой расширение Postgres Pro Enterprise для оптимизации запросов по стоимости выполнения. Используя методы машинного обучения, а точнее модификацию алгоритма k-NN, aqo улучшает оценку количества строк, что может способствовать выбору лучшего плана и, как следствие, ускорению запросов.

Модуль aqo может собирать статистику по всем выполняемым запросам, за исключением запросов, обращающихся к системным отношениям. Если запросы различаются только константами, они считаются относящимися к одному типу. Для каждого типа модуль aqo сохраняет для машинного обучения качество оценки количества строк, время планирования, время и статистику выполнения. Но основе этих данных aqo строит новый план выполнения и использует его для следующего запроса того же типа. В тестах aqo показал значительное увеличение производительности для сложных запросов."
https://postgrespro.ru/docs/enterprise/9.6/aqo
Понятно, что далеко не бесплатно, но есть.
Наверное и семантический анализ также применяется,
машинное обучение все-таки...
   ИТ директор
 
280 - 24.01.18 - 12:48
Пока что решение проблемы с врем. таблицами у постгреса только в задумках https://postgrespro.ru/roadmap/56516
И то - только у нашего постгрес про, т.к. для core team скорей всего эта проблема пох. И если чуваки решат эту проблему то форкнут скорей всего в платную Enterprise версию.
   rphosts
 
281 - 24.01.18 - 13:09
(280)вы передёргивает, ещё скажите что сиквел, которым вы видимо фарцуете, принципиально беспроблемен
   Вафель
 
282 - 24.01.18 - 13:18
ИТ директор можно понять. Он фришник. Ему никакие грабли с постгрес не нужны. Обычно если внедрение со стороны то своих значит нормальных нет, некому разбираться
   ansh15
 
283 - 24.01.18 - 13:25
(280) 1С тоже работает над улучшением работы с временными таблицами http://downloads.v8.1c.ru/content//Platform/8_3_11_2954/1cv8upd.htm#717c2d04-026f-11e7-a3f7-0050569f678a
Результаты сравнения тестов Вышла 8.3.11 тестовая 956-е сообщение. 30% - достаточно неплохо.
   wayss
 
284 - 24.01.18 - 14:01
(278) Какой ты нафиг директор (С) Масяня.
   wayss
 
285 - 24.01.18 - 14:02
(280) Проблема с временными таблицами решена и в энтерпрайз она есть
   rs_trade
 
286 - 24.01.18 - 14:36
(277) подскажи пожалуйста как у PG приятно настроить дифференциальные бекапы?
   ИТ директор
 
287 - 24.01.18 - 14:49
(286) да все постгресисты-одноэсники такие постгресисты ниибацо что делают бэкапы через выгрузку в dt, а когда спрашиваешь за barman или backrest - "че-че? не, не слышал..."

Архивация WAL? - ессно архивы нужно снимать с реплики - не, денег на второй сервер нет, 2 раза в сутки дамп будем снимать (у архива валидации нет - да и ладно, куроводство сказало и так сойдет)

Проблемы с pg_class при интенсивной работе - а что это такое о_О? вы всё передергиваете и фарцуете мс склем...
   wayss
 
288 - 24.01.18 - 15:02
(287) резервные копии средствами postgres, архивация WAL работает, реплика тоже работает. Проблем с Postgres не имеем уже 3 года на 5 серверах.
Разницы с производительность  по отношению с MS практически нет (+/-)
Работать через psqд вполне научились, системных представлений и лога вполне достаточно чтобы решать все проблемы с производительностью и не оптимальными запросами.

Работает сервер на debian + postgres стабильнее, по крайней мере по части зависаний и перезагрузок.

Крутится около 20 баз, их них 6 под активной нагрузкой.

Что еще для счастья нужно?
   ИТ директор
 
289 - 24.01.18 - 15:09
(288) чтобы прийти к этому, нужно специально этим заниматься...как с MS - поставил, настроил и забыл - не получится

и обрати внимание с какими проблемами сталкиваются при нагрузочном тестировании
MS https://www.youtube.com/watch?v=0KN5DdkbS2g
PG https://www.youtube.com/watch?v=ID_W5nMi8cE

PG без допила ядра и патчей вообще не взлетел
   ИТ директор
 
290 - 24.01.18 - 15:13
+(289) причем эти патчи и допилы могут быть не приняты сообществом и в ванильный Pg не войдут, их скорей всего воткнут в платный Enterprise
   wayss
 
291 - 24.01.18 - 15:19
вторую ссылку я видел, они как раз сказали что в Enterprise патчи уже включены
Первую посмотрю, но 5000 пользователей это близко не наш уровень, поэтому совсем голова не болит по поводу того кто будет лучше PG или MS на 5к пользователей.

Мы в свое время и на 50 MS SQL ложили;)
   rs_trade
 
292 - 24.01.18 - 15:20
(288) Разницы с производительность  по отношению с MS практически нет (+/-)

И это при нулевых знаниях об ms sql. Откуда дровишки то про разницу? Когнитивные искажения?
   ИТ директор
 
293 - 24.01.18 - 15:25
(291) а сколько у вас активных пользователей?
   wayss
 
294 - 24.01.18 - 15:36
(293) в основной 100, в других меньше.
Если база в которой до 40 млн записей в сутки, правда это база не связана с 1С.
   ИТ директор
 
295 - 24.01.18 - 15:38
(294) а у вас есть линукс админ+DBA?
   wayss
 
296 - 24.01.18 - 15:47
(295) нет. Мы лет 6 назад пересадили ИТ отдел на ПК с linux + многие другие сервисы крутятся на linux, все с ним знакомы.
Сами сервера под Linux в обслуживании не нуждаются, только за свободным местом следим. Хотя есть один сотрудник, который Postgres начинал внедрять и лучше его знает.
   ИТ директор
 
297 - 24.01.18 - 15:50
(296) ясно, спасибо за инфу
   Вафель
 
298 - 24.01.18 - 15:51
(296) и 1сные сервера на линуксе?
   ИТ директор
 
299 - 24.01.18 - 15:52
(296) а, еще вопросик, у вас линуксовые сервера виртуальные?
   rphosts
 
300 - 24.01.18 - 15:52
(287) не трынди! Если твоя любимая соска/barman/backrest никому не нужна - это значит только что она никому не нужна.

WAL архивация? Прочитал наконец-то что есть онлайн-бэкап... может следующий раз не будешь так глупо выглядеть.
  1  2  3  4   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует