8.3.20.2180

обновление бух 3.0 с 3.0.123.26 на 3.0.127.49

postgre 10

53100:error: could not extend file "base/52185646/95696157": no space left on device HINT: check free disk space

размер базы около 20Гб

свободного места на тот момент было 7ГБ

загрузили бэкап, все ок

админ и руководство хотят узнать есть ли методы анализа требуемого места для предстоящего обновления

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

(0) Жесть, экономить место на диске? Вы серьезно? 7 гигов свободно????
ИМХО на диске должно быть хотя бы в 2-3 раза больше места чем размер базы.

(1) это само собой, я сразу это сказал, налейте места и забудем на ближайшие несколько лет

но им хочется анализ

если перекладывать из одних таблиц в другие при реструктуризации базы, логично предположить, что свободного места должно быть не меньше текущего размера базы + логи транзакций?

если база 20 Гектар, то и места должно быть не меньше 20 Га?

>>есть ли методы анализа требуемого места для предстоящего обновления

Не думаю, если при обновлении не написано ничего в подсказках, но если

>>размер базы около 20Гб

>>свободного места на тот момент было 7ГБ

тут ИМХО и так более чем очевидно. Если у вас там не раритетные суперскоростные скази-диски или не оптаны лимитированной серии, то смысл крохоборить?...

(4) ну как вариант арендовать SSD диск на время обновления, после обновления базу вернуть взад

то есть метод анализа примерно такой как (3)?

минимум размер базы плюс подушка какая-то

(2) Дык анализ уже произведен средствами 1С: Нет места на жестком диске....

(6) За анализом им к психологу, он им поставит анализ.
Или анализ чего им нужно?

(8) требуемого свободного места на диске для корректного завершения обновления

(7) они хотят перед обновлением оценивать - хватит места или нет

(8) Ну автор нормальный вопрос задал, просто читать всю ветку надо) Типа предварительный анализ перед обновлением - хватит ли места.

(7) особенно "анализ" обновления типовой ERP (соблюдайте спокойствие. поезд скоро отправится. обновление в зависимости от количества данных займет от нескольких минут до нескольких дней)

и костыли в виде запуска в параллель нескольких фоновых заданий и галочка производительности обновления или работы пользователей.

а еще обновление через копию базы забыл :)

(9) Это вопрос должен быть адресован админу. Железо - его головняк. Он должен обеспечить работоспособность программы.

(6) я бы заморачивался если бы речь шла на терабайты. Но "жалкие" (по нынешним дням) ~50 гигов держать свободными уж точно можно...

(10)

п.1 бэкап базы.

п.2 обновление - > no space left on device HINT: check free disk space

БИНГО! предварительный анализ - недостаточно места! <- вы находитесь здесь

п.4 загружаем из бэкапа базу

п.5 пишем на форум, читаем, много думаем...

(0) если кратко, то примерно так:
1. через сравнение-объединение определяешь объекты с изменившейся структурой
2. смотришь объем таблиц этих объектов вместе с индексами + объем таблиц Config
3. умножаешь на 2, но лучше сразу на π
вот тебе будет оценка

(16) кстати да, и неделю времени на анализ (это ж сколько денег можно заработать, если франь)

(16) спасибо за конкретику
(17) тоже об этом подумал

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

Есть шанс что ошибки на диске

(11) так кроме эмпирического пути других методов нет, даже (размер базы умножь на 2) и то иногда не спасает, тем более когда модель восстановления стоит FULL а не простая.

Так что только делать обновление на копии и смотреть сколько заняло место

(20) И как же это посмотреть? После обновления база занимает +/- столько же, сколько и до

А по сути вопроса, если грубо, то: - да ну вас нахрен, даже голову напрягать не стоит из-за 50 гигабайтов...

(0) обновлял на днях бух корп (размер не смотрел), места на диске было 10г свободных, при обновлении глюкануло что не достаточно места. пришлось чистить немного и повторно обновлять

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

(21) запустить стандартный виндовый счетчик свободного место на время обновления и смотреть минимальное значение?

(25) Спасибо, не знал что такое вообще есть стандартное в винде

Счетчики производительности для дисковой подсистемы
%Free Space - Объем свободного дискового пространства на выбранном логическом диске, в процентах.
https://windowsnotes.ru/other/schetchiki-proizvoditelnosti-dlya-diskovoj-podsistemy/

Ну или по 1С-совски
Мониторинг свободного места на диске с помощью OneScript
https://infostart.ru/1c/articles/1450352/

(27) Все же можно проще, без всяких OneScript
Только что на коленке собрал

    FSO=Новый COMОбъект("Scripting.FileSystemObject");
    Для каждого ТекДиск Из FSO.Drives Цикл
        Если  ТекДиск.DriveType=2 Тогда
            СвободныйОбъем = Окр(fso.GetDrive(ТекДиск.DriveLetter).FreeSpace/1048576,1);
            Сообщить("Диск "+ТекДиск.DriveLetter+" свободно "+СвободныйОбъем+" Мб.");    
        КонецЕсли;    
    КонецЦикла;

Это дело гуглится на раз, написал по мотивам: https://forum.script-coding.com/viewtopic.php?id=2328

(28) там вроде как ограничения типа с сетевыми дискми не работает. или в виртуалки чудит, короче тестить надо

(28) В (25) говорят, что всё уже написано до Вас

(30) Все же есть)


DriveType

Возвращаемое значение: число - определяет тип ресурса. Возможные значения:

    0 - неизвестное устройство.
    1 - устройство со сменным носителем.
    2 - жёсткий диск.
    3 - сетевой диск.
    4 - CD-ROM.
    5 - RAM-диск.