Размер базы

[Pavel9]

Доброе утро.
Так как в бухгалтерии большой документо-оборот размер файла zvit.fdb стал равен 1,17ГБ.
Посему вопросы ( зная что с большими обьемами Бест переставал дружить, особенно при сохранениях) - расчитывали ли разработчики на такой обьем базы?

[Меньшиков Александр]

Да, рассчитывали, при тестировании использовали базы свыше 5гб

[crazy7]

Да, рассчитывали, при тестировании использовали базы свыше 5гб

Если расчет на большие базы был, то почему не делается резервная копия, у клиентов база 4,8 Гб, у них реестры по 35Мб.
Базу они копируют, но сисадмины хотят чтоб делалась резервная копия.

[artcom]

А что подразумевается под "не делается копия"?

[crazy7]

А что подразумевается под "не делается копия"?

Не делается резервная копия, файл *.zbk, вернее он формируется с размером 0kb

[artcom]

Ну, это значит что копия таки делается, только пустая. Тогда это вопрос к Разработчикам. Причин несколько, но окончательный ответ будет только от них. А какой размер последнего нормального бэкапа?

[crazy7]

Ну, это значит что копия таки делается, только пустая. Тогда это вопрос к Разработчикам. Причин несколько, но окончательный ответ будет только от них. А какой размер последнего нормального бэкапа?

138mb

[grindin]

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

[artcom]

Мдя, тогда ничего удивительного. РК такого размера мне даже трудно представить. Остается только саму БД архивировать, как писали выше.

[crazy7]

Мдя, тогда ничего удивительного. РК такого размера мне даже трудно представить. Остается только саму БД архивировать, как писали выше.

Тогда вопрос к разработчикам.
Так почему в Медке не предусмотренно такие варианты в функционале программы, а не через firebird

[Honest]

Да, рассчитывали, при тестировании использовали базы свыше 5гб

Если расчет на большие базы был, то почему не делается резервная копия, у клиентов база 4,8 Гб, у них реестры по 35Мб.
Базу они копируют, но сисадмины хотят чтоб делалась резервная копия.

Как с этим вопросом ? С новым Дистрибутивом Будут делатся РК больших баз ??

[Родин Евгений]

Это особенно не касается именно дистрибутива. Программисты работают над этим вопросом.

[Honest]

Это особенно не касается именно дистрибутива. Программисты работают над этим вопросом.

Подскажите на какой стадии ? когда будет решение этого вопроса, медок корпорация там же вопрос будет стоять по другому (вы же понимаете) , не когда буте решение, а Решение Надо сегодня!!!

[Родин Евгений]

На этот вопрос лучше узнать ответ здесь.

[Honest]

как с этим вопросом ? давно ...трем да трем...а результата 0, базы растут и растут ...скоро таких баз Будет ООООЧччень много. Мне как-то Гресь Светлана сказала что это ТОП-вопрос и в ближ обновлениях будет решено (на тот момент медок был 62 версии)...и все тишина...

[Honest]

Ув. Родин Евгений скажите на какой стадии решение задачи "создание резервной копии больших баз" ?? я понимаю что не вы отвечаете за этот процес(да и может даже не учавствуете в нем),но больше обратится неккому (вы связующее звено между Дилерами, клиентами и Разработчиком, на которое можно положится и доверится).
я на протяжении недели стучал к
Меньшиков Александр
Качанову Егору
по поводу этой проблемы http://www.me-doc.com.ua/forum/viewtopi ... 8&start=20 , ответа я так и не дождался, но и решить так и не смогли.

Да у Вас там Загрузка, много Проэктов, таких как Медок Зарплата, Медок Корпорация , новый СДО,Медок Он-лайн..
Но надо решать текущие проблемы, а тем более те которые висят с 21 сен 2011. Давно пора уже решить!!!
А после уже заниматся новыми и более сложными проэктами.

На двух стульях одной (_!_) не усидишь, а темболее на 5-ти.

Я снова поднимаю этот вопрос потому, что наш Клиент который работает с Медком с момента его появления уже устал ждать реализации Резервного копирования его базы (она сейчас примерно 6-7 Гигов), мы обешаем что сделают еще с конца 2011 года...

[Родин Евгений]

Проблема и правда существует по сегодня. В ПН попробую выяснить текущую ситуацию с реализацией, - сегодня короткий день, уже никого нет.

[skirillov]

Обещаного три года ждут. Еще чуть-чуть осталось

[Honest]

Добрый День!

Что скажите по поводу реалиции... Обещают тоже самое?

[Honest]

*» ВИПРАВЛЕНО ПОМИЛКИ «*

1. Виправлено помилку, що виникала при створенні резервних копії великих розмірів.

Создавал резервую копию базы 5,02 Гб в Сетевом медке 093 версии , на Пк с такими параметрами :

Windows 7 Домашняя базовая х-32
AMD Athlon(tm) II X2 255 Processor 3,1 Ггц 2-х
ОЗУ 2 Гб
Файловая система : NTFS
Firebird 2.1

Результат:
на сервере :
Время создания резервоной копии : 31 минута
Размер : 881 Мб.

на станции :
Время создания резервоной копии : 34 минуты
Размер : 881 Мб.

Во время создания резервной копии, на сервере и на станции, выскочило вот такое Окошко 4 раза(на 7 минуте, 16 мин., 20 мин., 27 минуте создания резервной копии),при входе в предприятие/работе оно не появлялось , при нажатии на "ОК" ничего не происходило

Ввостановление из этой резервной копии :
Ввостанавливал в этот-же *.Fdb :

Время ввостановления : 100 минут (после устал ждать и убил процесс через диспечер)
Размер *.Fdb после ввостановления : 5,02 Гб
Потеря данных : предприятие ввостановилось , потерялись отчеты за 2012 год и все реестры НН


Ввостанавливал в чистый *.Fdb :

Время ввостановления : 13 часов
Ввостановление проходило в несколько этапов (по времени):
- "старт" примерно длился 3 с половиной часа
- добавление по частям информации в базу данных , файл *.fdb рос по ≈ 70-90 мб с интервалом ≈ 5-10 минут (немного прикинул , вышло что на ввостановления 1 гига информации требуется ≈ 4 часа )

Размер *.Fdb после ввостановления : 5.02 Гб
Потеря данных : нет

P.S. При ввостановлении, во время выполнения этапа - добавление по частям информации в базу данных процесс

DMF.AppServer.exe задействовал процессор до 25 % и Оперативной ппамяти занимал до 50 мб
ezvit.exe задействовал процессор до 15 % и Оперативной памяти занимал до 45 мб


Единственный Логичный вопрос который возникает - Почему так долго!?, сейчас этаже база занимат 8 гигов . Судя по времени понадобится порядка 15-20 часов для ввостановления...