Резервне копіювання

У клієнта база працівників півтори тисячі чоловік. Звичайна резервна копія створюється більше півгодини. Дуже бажано скоротити час створення резервних копій, або зменшити розмір бази, що резервується.

vissarion писав:У клієнта база працівників півтори тисячі чоловік. Звичайна резервна копія створюється більше півгодини. Дуже бажано скоротити час створення резервних копій, або зменшити розмір бази, що резервується.

Можете файл базы данных просто копировать

Тобто просто скопіювати файл ZVIT.FDB?

І виникає запитання навіщо робити в програмі функцію резервне копіювання, якщо файл бази даних можна просто скопіювати?

vissarion писав:Тобто просто скопіювати файл ZVIT.FDB?

І виникає запитання навіщо робити в програмі функцію резервне копіювання, якщо файл бази даних можна просто скопіювати?

Главное слово здесь РЕЗЕРВНАЯ- на всякий случай, а случаев бывает очень много

pavel писав:
vissarion писав:Тобто просто скопіювати файл ZVIT.FDB?

І виникає запитання навіщо робити в програмі функцію резервне копіювання, якщо файл бази даних можна просто скопіювати?
Главное слово здесь РЕЗЕРВНАЯ- на всякий случай, а случаев бывает очень много

А можно ли с какими-то параметрами запустить исполняемый файл, чтобы выполнить резервное копирование? Т.о. можно было бы планировщиком ночью запускать задание. Или Вы аналогично по советуете внешними архиваторами упаковывать ZVIT.FDB?

Хотелось бы еще видеть оптимизацию базы, потому что заметил такой факт - когда в базе 15 предприятий - размер файла ZVIT.GDB стал 375 Мб. Резервное копирование при этом длилось несколько часов. После удаления большей части предприятий (удаление каждого длилось от нескольких минут до часа и больше) - оставил 4 - время резервного копирования сократилось до пары минут, но размер файла базы не изменился - 375 Мб.
Оптимизацию хотелось бы видеть в виде отдельной опции, а не при создании РК.

есть база перетянутая еще с беста ведется два предприятия с 2003 года в каждом предприятии более 1000 отчетов за весь период - размер ZVIT.FDB 82 452 480 байт, размер резервной копии каждого предприятия около 5 Мб- создается примерно за пару мин

Реальность ли ?

Аналогічна проблема, як у топікстартера: резервне копіювання БД МЕДок робиться по 20-30 хвилин, при тому, що розмір бази всього 15 МБайт.
Думав, що проблема з мережевим доступом до сервера, але локально на сервері резервна копія створюється так само по 20 хвилин.
В чому може бути проблема такого повільного створення резервної копії? Невже 15 МБайт такі серйозні розміри БД?

Заранні дякую.

15 Мб - это не база, а резервная копия. И, поверьте мне на слово, не маленькая. Так что 20-30 минут это вполне нормально для компьютера, параметры которого вы, кстати, не указали.

Комп"ютери з робочими станціями самі різні. Від P IV + 1 GB Ram до Core I5 + 4 GB Ram (конфігурацію сервера тільки не скажу точно)
ОС також різні Windows 7 Pro 32, Windows 7 Pro 64, Windows Server 2003 R2.

20-30 хвилин не може бути нормальним.
На Медок перейшли тільки минулого тижня, тому всі граблі для нас нові.
Розповідаю ситуацію:
- бухгалтер закриває програму
- програма починає робити резервну копію
- тут бухгалтер згадує, що потрібно внести якісь додаткові зміни в звіт (чи будь-яка інша причина, по якій потрібно запустити програму знову), а запуститит МЕДок уже не може - бо ще створюється резервна копія.
- і їй доводиться чекати 30 хвилин, щоб знову запустити програму.

Не вважаю це нормальним.

Наприклад, в БестЗвіті резервна копія робилася за лічені секунди.

Что мешает бухгалтеру выбрать при закрытии программы "не создавать"? Пусть бэкап делается на сервере в конце рабочего дня. Это вроде не сильно сложно. Core i5, кстати, должен справляться с таким архивом намного шустрее. Почему бы не делать копии на этих компьютерах? А на слабых отключить. Вариантов просто уйма...
Не поверю, что Звит делал бэкап этой же базы за секунды - 15 Мб, повторюсь, это много.

Ви праві, 15 МБ це розмір архіва.
Розмір БД 160 МБайт.
За Бест Звіт, може трішки й приукрасив - зараз уже немає змоги перевірити. Але точно не довше хвилини.

>>Пусть бэкап делается на сервере в конце рабочего дня.
Обдумуємо цей варіант.
Плануємо написати скрипт, який буде зупиняти сервіс, копіювати БД, запускати сервіс. В нас є схожі скрипти які роблять аналогічні операції для БД FireBird.

Олег писав: >>Пусть бэкап делается на сервере в конце рабочего дня.
Обдумуємо цей варіант.
Плануємо написати скрипт, який буде зупиняти сервіс, копіювати БД, запускати сервіс. В нас є схожі скрипти які роблять аналогічні операції для БД FireBird.

По поводу скрипта - можете немножечко доработать мой скрипт из http://me-doc.com.ua/forum/viewtopic.php?p=3470#p3470 - в принципе все в нем хорошо, только нет остановки и запуска сервиса (пока).

Мы делаем быкап после каждого закрытия базы (РК предприятия. уходит около 1 минуты +/-) - чтоб откатиться можно было на любое время.

Малышъ, дякую.

Малышъ писав:Мы делаем быкап после каждого закрытия базы

Бекап, так розумію, вручну запускається?

[quote="artcom"] - оставил 4 - время резервного копирования сократилось до пары минут, но размер файла базы не изменился - 375 Мб.

Это нормально, у тебя в базе остались удаленные записи. Чтобы размер файла уменьшился необходимо использовать стандартным приложением Firebird - gbak.exe. Тогда после выполнения бэкап, а потом рестори база уменьшиться (удаленные записи уберуться). Правда для выполнения этой операции придется установить на сервер Firebird, да разобраться что это такое. При таком способе создания резервной копии время сокращается значительно (у меня например вместо 20 минут стандартной архивации медка - 1 минута стандартными средствами Firebird)

Малышъ писав:в принципе все в нем хорошо, только нет остановки и запуска сервиса (пока).

Запуск и остановка могут делаться из обычного bat-файла. Межу ними и запихнуть ваш скрипт.
Недостаток же у вашего способа тот, что для бекапа применяется WinRar. Гораздо кошернее системный zip или firebird-овский gbak (он и сожмет не хуже rar-а, и мусор почистит; особенно кошерно для базы делать каждую ночь бекап-ресторе). Но в этом случае проблема - вы получаете непортируемый между разными версиями медка бекап. А для этого должна быть поддержка от производителя.
Мой вариант бекапа для линуха: каждую ночь создается заархивированная копия базы, потом сжимается средствами firebir-да и рестартуются все сервисы.

Код: Виділити все

# cat /etc/cron.daily/backup-base
#!/bin/sh
#Classic Server backup
#echo "Kill all firebird processes"
#killall -9 fb_inet_server #for classic server model

#Super Server backup 
/etc/init.d/firebird1.5-super stop

BaseDir=/my/path
BaseName=my-base.gdb
BackupDir=/my/backup/path
FullBaseName=$BaseDir/$BaseName
ArhivName=`date +'st%d%m%y' `
FullArhivName=$BackupDir/$ArhivName
TempName=$BackupDir/$ArhivName.gdb
echo "Compressing db-file"
cp $FullBaseName $FullArhivName
cd $BackupDir
bzip2 -z $ArhivName

echo "Backup database"
/etc/init.d/firebird1.5-super start  #for super-server model; comment it for classic server backup
rm $BackupDir/db-back.log
rm $BackupDir/my-baskup.fbk
gbak-1.5 -y $BackupDir/db-back.log -v -t -user USER -password "my-password" $FullBaseName $BackupDir/my-baskup.fbk
rm $BackupDir/db-rec.log
echo "Restore database"
/etc/init.d/firebird1.5-super stop
/etc/init.d/firebird1.5-super start
#killall -9 fb_inet_server #for classic server model #uncomment it for classic server backup
gbak-1.5 -y $BackupDir/db-rec.log -c -r -v -user USER -password "my-password" $BackupDir/my-baskup.fbk $FullBaseName
/etc/init.d/firebird1.5-super stop #comment it for classic server backup
/etc/init.d/firebird1.5-super start #comment it for classic server backup
chown firebird:firebird  $FullBaseName
chmod 600  $FullBaseName
echo "Done"

Доброго дня! При створенні резервної копії видає наступну помилку! Створення робила різними варіантами, тобто через адміністрування - резервне коп., так і при закритті програми! Помилка ідентична!

Попробуйте при закрытом медке удалить папку localstorage по пути С:\Documents and Settings\ИМЯ ЮЗЕРА\Application Data\zvit9\localstorage
на Windows 7, Vista, Server 2008 - C:\Users\ИМЯ ЮЗЕРА\AppData\Roaming\zvit9\localstoragе

andre_kit писав:Доброго дня! При створенні резервної копії видає наступну помилку! Створення робила різними варіантами, тобто через адміністрування - резервне коп., так і при закритті програми! Помилка ідентична!

Администрирование , резервные копии в строке "каталог рез.копий "что пишется ? попробуйте создать на другой Диск или флешку

Re: Резервне копіювання
AJIekceu4 » 58 минут назад

Попробуйте при закрытом медке удалить папку localstorage по пути С:\Documents and Settings\ИМЯ ЮЗЕРА\Application Data\zvit9\localstorage
на Windows 7, Vista, Server 2008 - C:\Users\ИМЯ ЮЗЕРА\AppData\Roaming\zvit9\localstoragе

Дякую, допомогло!