Размер базы
Размер базы
Доброе утро.
Так как в бухгалтерии большой документо-оборот размер файла zvit.fdb стал равен 1,17ГБ.
Посему вопросы ( зная что с большими обьемами Бест переставал дружить, особенно при сохранениях) - расчитывали ли разработчики на такой обьем базы?
Так как в бухгалтерии большой документо-оборот размер файла zvit.fdb стал равен 1,17ГБ.
Посему вопросы ( зная что с большими обьемами Бест переставал дружить, особенно при сохранениях) - расчитывали ли разработчики на такой обьем базы?
-
- Руководитель проекта
- Повідомлень: 49
- З нами з: 20 червня 2011, 17:15
Re: Размер базы
Да, рассчитывали, при тестировании использовали базы свыше 5гб
Re: Размер базы
Если расчет на большие базы был, то почему не делается резервная копия, у клиентов база 4,8 Гб, у них реестры по 35Мб.Меньшиков Александр писав:Да, рассчитывали, при тестировании использовали базы свыше 5гб
Базу они копируют, но сисадмины хотят чтоб делалась резервная копия.
Тот, кто владеет информацией - ВЛАДЕЕТ МИРОМ!!!
Re: Размер базы
А что подразумевается под "не делается копия"?
Правильно заданный вопрос часто содержит в себе ответ.
Re: Размер базы
Не делается резервная копия, файл *.zbk, вернее он формируется с размером 0kbartcom писав:А что подразумевается под "не делается копия"?
Тот, кто владеет информацией - ВЛАДЕЕТ МИРОМ!!!
Re: Размер базы
Ну, это значит что копия таки делается, только пустая. Тогда это вопрос к Разработчикам. Причин несколько, но окончательный ответ будет только от них. А какой размер последнего нормального бэкапа?
Правильно заданный вопрос часто содержит в себе ответ.
Re: Размер базы
138mbartcom писав:Ну, это значит что копия таки делается, только пустая. Тогда это вопрос к Разработчикам. Причин несколько, но окончательный ответ будет только от них. А какой размер последнего нормального бэкапа?
Тот, кто владеет информацией - ВЛАДЕЕТ МИРОМ!!!
Re: Размер базы
имхо, я бы на таких размерах базы пользовался уже бекапом средствами firebirda
Re: Размер базы
Мдя, тогда ничего удивительного. РК такого размера мне даже трудно представить. Остается только саму БД архивировать, как писали выше.
Правильно заданный вопрос часто содержит в себе ответ.
Re: Размер базы
Тогда вопрос к разработчикам.artcom писав:Мдя, тогда ничего удивительного. РК такого размера мне даже трудно представить. Остается только саму БД архивировать, как писали выше.
Так почему в Медке не предусмотренно такие варианты в функционале программы, а не через firebird
Тот, кто владеет информацией - ВЛАДЕЕТ МИРОМ!!!
Re: Размер базы
Как с этим вопросом ? С новым Дистрибутивом Будут делатся РК больших баз ??crazy7 писав:Если расчет на большие базы был, то почему не делается резервная копия, у клиентов база 4,8 Гб, у них реестры по 35Мб.Меньшиков Александр писав:Да, рассчитывали, при тестировании использовали базы свыше 5гб
Базу они копируют, но сисадмины хотят чтоб делалась резервная копия.
Человек становится тем, что он думает .....
Re: Размер базы
Это особенно не касается именно дистрибутива. Программисты работают над этим вопросом.
Re: Размер базы
Подскажите на какой стадии ? когда будет решение этого вопроса, медок корпорация там же вопрос будет стоять по другому (вы же понимаете) , не когда буте решение, а Решение Надо сегодня!!!Родин Евгений писав:Это особенно не касается именно дистрибутива. Программисты работают над этим вопросом.
Человек становится тем, что он думает .....
Re: Размер базы
как с этим вопросом ? давно ...трем да трем...а результата 0, базы растут и растут ...скоро таких баз Будет ООООЧччень много. Мне как-то Гресь Светлана сказала что это ТОП-вопрос и в ближ обновлениях будет решено (на тот момент медок был 62 версии)...и все тишина...
Человек становится тем, что он думает .....
Re: Размер базы
Ув. Родин Евгений скажите на какой стадии решение задачи "создание резервной копии больших баз" ?? я понимаю что не вы отвечаете за этот процес(да и может даже не учавствуете в нем),но больше обратится неккому (вы связующее звено между Дилерами, клиентами и Разработчиком, на которое можно положится и доверится).
я на протяжении недели стучал к
Меньшиков Александр
Качанову Егору
по поводу этой проблемы http://www.me-doc.com.ua/forum/viewtopi ... 8&start=20 , ответа я так и не дождался, но и решить так и не смогли.
Да у Вас там Загрузка, много Проэктов, таких как Медок Зарплата, Медок Корпорация , новый СДО,Медок Он-лайн..
Но надо решать текущие проблемы, а тем более те которые висят с 21 сен 2011. Давно пора уже решить!!!
А после уже заниматся новыми и более сложными проэктами.
На двух стульях одной (_!_) не усидишь, а темболее на 5-ти.
Я снова поднимаю этот вопрос потому, что наш Клиент который работает с Медком с момента его появления уже устал ждать реализации Резервного копирования его базы (она сейчас примерно 6-7 Гигов), мы обешаем что сделают еще с конца 2011 года...
я на протяжении недели стучал к
Меньшиков Александр
Качанову Егору
по поводу этой проблемы http://www.me-doc.com.ua/forum/viewtopi ... 8&start=20 , ответа я так и не дождался, но и решить так и не смогли.
Да у Вас там Загрузка, много Проэктов, таких как Медок Зарплата, Медок Корпорация , новый СДО,Медок Он-лайн..
Но надо решать текущие проблемы, а тем более те которые висят с 21 сен 2011. Давно пора уже решить!!!
А после уже заниматся новыми и более сложными проэктами.
На двух стульях одной (_!_) не усидишь, а темболее на 5-ти.
Я снова поднимаю этот вопрос потому, что наш Клиент который работает с Медком с момента его появления уже устал ждать реализации Резервного копирования его базы (она сейчас примерно 6-7 Гигов), мы обешаем что сделают еще с конца 2011 года...
Человек становится тем, что он думает .....
Re: Размер базы
Проблема и правда существует по сегодня. В ПН попробую выяснить текущую ситуацию с реализацией, - сегодня короткий день, уже никого нет.
Re: Размер базы
Обещаного три года ждут. Еще чуть-чуть осталось
— Качество софта обеспечивают не разработчики (это глубочайшее заблуждение), а процесс его производства. Уровень качества продукта — это одно из требований к нему, которое влияет на его стоимость, и не более того.
Re: Размер базы
Человек становится тем, что он думает .....
Re: Размер базы
*» ВИПРАВЛЕНО ПОМИЛКИ «*
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 часов для ввостановления...
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 часов для ввостановления...
Человек становится тем, что он думает .....