убил постгре 8.3

    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      чтобы сэкономить время, вместо дефрагментации базы, которая идет очень долго, скопировал папку постгре с одного диска на другой и вернул обратно. по ходу удалил все логи неглядя.

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



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

      как это лечить или теперь это только переустановка постгре с потерей баз?

      никаких настроек антивиря\фаервола не менял офк.
  • 16 ответов
    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      в качестве апа добавлю вопрос - в свете надвигающейся переустановки постгре будет ли более новая версия быстрее работать с базой, чем бородатая 8.3? хм2.
    • vpmarat
      vpmarat
      Модератор
      Модератор
      На форуме с: 22.01.2008 Сообщения: 83.748
      1) В папках postgres есть логи, которые удалять можно, а есть котолрые нельзя.
      А ты, похоже, прибил все. Результат = база данных сломалась навсегда. И, возможно, сама postgres.

      2) Так что тебе, похоже, все равно придется postgres переустанавливать.

      3) Тогда уж ставь ту, с которой официально работают и ХМ, и ПТ
      то есть 8.4."последняя".

      4) На "девятые" заглядываться смысла нет - разницы в скорости практически не заметишь.
    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      понятно. спасибо. буду переставлять.
    • vpmarat
      vpmarat
      Модератор
      Модератор
      На форуме с: 22.01.2008 Сообщения: 83.748
      А потом - сделай так
      После автоимпорта ХМ перемещает оригиналы файлов историй в архив.
      Путь по умолчанию:
      для ХМ2 = C:/hm2archive
      для ХМ1 = C:/hmarchive
      Вот оттуда методом Hand importing - Manual import - Import folder и надо импортить истории в новую базу данных. Но ни в коем случае НЕ автоимпортом!
    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      не знаю почему бы я стал импортировать автоимпортом :)

      хотя сам факт существования этой темы наверно говорит о том, что мог бы попытаться :coolface:
    • vpmarat
      vpmarat
      Модератор
      Модератор
      На форуме с: 22.01.2008 Сообщения: 83.748
      Да вот дописано это предупреждение в текст ответа - на основании практики.
      Многие так и делали. А потом жаловались на поломанную базу или весь ХМ.
      Потому что в функции АВТОимпорта есть ограничения на одновременное число обрабатываемых файлов и раздач. И ХМ просто "захлебывается" при попытке АВТОимпортить архив.
      При живой-то игре эти ограничения не превышаются...
    • stanisluv
      stanisluv
      Модератор
      Модератор
      На форуме с: 18.06.2008 Сообщения: 46.622
      Вообще хотелось бы знать что было убито в папке data?
    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      Оригинал пользователя stanisluv
      Вообще хотелось бы знать что было убито в папке data?
      все содержимое пг_лог.
    • vpmarat
      vpmarat
      Модератор
      Модератор
      На форуме с: 22.01.2008 Сообщения: 83.748
      Эти-то как раз можно.
      Нельзя трогать pg_xlog
      и другие
    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      ну значит что-то при копировании повредилось, потому что я только текстовые удалял.
    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      кстати, возвращаясь к началу темы - а как предотвращать фрагментацию базы? вот создал я позавчера базу. база на почти пустом диске 300 гиг. база 5гиг. уже адовая фрагментация - файлы по гигу по 5-6к фрагментов :rage:
    • vpmarat
      vpmarat
      Модератор
      Модератор
      На форуме с: 22.01.2008 Сообщения: 83.748
      Да, в общем, никак. Ну, делать дефрагментацию диска - но обязательно перед ней ВЫКЛЮЧИТЬ сервис postgres.
      Иначе это будет просто напрасная трата времени.
    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      проблема в том, что в моем случае база становится фрагментированной в тот же день. я вот и думаю - может на это есть какие-то особые причины.
    • vpmarat
      vpmarat
      Модератор
      Модератор
      На форуме с: 22.01.2008 Сообщения: 83.748
      там же файлы огромные, они никак не могут долго быть нефрагментирвоанными
    • barbeysize
      barbeysize
      Бронза
      На форуме с: 27.06.2008 Сообщения: 15.582
      ну я понимаю, если на диске мало места, то файл пишется куда придется, отчего фрагментируется. но как я сказал у меня на диске сотни гигов свободного места (т.е. есть подряд идущие куски дискового пространства), а файлы всего под гигу. так что я не очень понимаю почему они фрагментируются. тем более, что к примеру файлы фильмов по 15-30 гигов спокойно (чаще всего) умудряются записаться полностью в одно место даже при относительно меньшем свободном пространстве. по крайней мере так я понимаю эту проблему на бытовом уровне.
    • vpmarat
      vpmarat
      Модератор
      Модератор
      На форуме с: 22.01.2008 Сообщения: 83.748
      Тут такое дело:
      postgres сама по себе - штука сложная. И как именно она работает с файлами - это уже ЗА пределами того, что надо расковыривать.
      Если очень интересно - спроси на каком-нибудь форуме, где тусуются ее разработчики.
      Но правильнее будет забыть.