03.07.2007, 10:58 | #1 |
Участник
|
ест ли утилита для бэкапа
привет всем,кто как делает бэкап? я делаю с помощью SQL Server-а,но юзра говорят что данные у них пропадает, может есть утилита для бэкапа???
|
|
03.07.2007, 11:14 | #2 |
Участник
|
Пропадают после восстановления?
__________________
Axapta v.3.0 sp5 kr2 |
|
03.07.2007, 12:09 | #3 |
Участник
|
Не может ничего из бэкапа пропасть! Только если раньше сделали бэкап, а потом внесли данные. У меня делается ночью и тут-же контрольное восстановление на тестовую копию (вместе с приложением). Пока ничего не пропадало.
|
|
03.07.2007, 12:34 | #4 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: vesna dba (1). |
03.07.2007, 14:59 | #5 |
Участник
|
какие мы умные
Цитата:
ты че думаешь все с неба свалились,все когда то с чего то начинали,я вот неделя только занимаюсь с Microsoft Dynamics AX |
|
03.07.2007, 14:59 | #6 |
Участник
|
|
|
03.07.2007, 17:23 | #7 |
Участник
|
База axapta ничем не отличается от обычных баз sql-сервера. Бекапится стандартными средствами sql сервера. Или, как вариант, комплексными решениями для резервного копирования, типа BackupExec'а. Но тот же BackupExec работает через api sql-сервера. Приложение бекапится как обыкновенный набор файлов, правильно будет на момент бекапа потушить сервер приложений, или хотя бы всех пользователей выгнать. Можно бекапить тем же BackupExec'ом или NTBackup'ом, или простым копированием, на худой конец.
А жалобы ваших пользователей к процессу бекапа или инструменту, которым он делается, не имеют никакого отношения, скорее всего. Ищите причину в другом. Все завершенные транзакции всегда попадают в бекап. ЗЫ Предполагаю, распределенных решений у вас нет. |
|
03.07.2007, 17:34 | #8 |
Участник
|
Цитата:
а как ты делаешь бэкап БД и приложении
|
|
03.07.2007, 23:48 | #9 |
Участник
|
А кеш пользовательский куда архивируется? Вот и жалуются. Нужно архивацию делать, когда никого в базе нет. Или выгонять, чтобы не жаловались.
|
|
04.07.2007, 09:06 | #10 |
Злыдни
|
А какое отношение имеет пользовательский кэш к данным? Его вообще без особых последствий для целостности можно удалять в любой момент. Открытие форм при следующем сеансе будет происходить дольше и все. Поэтому бекапить приложение можно в любой момент его стабильного состояния (никто не вносит изменения в код). Ну ругнется на то, что не может поместить в бэкап файл axdat.udb. Игнорируем. Создастся заново при старте AOS.
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании. |
|
04.07.2007, 09:35 | #11 |
Участник
|
Цитата:
Сообщение от KiselevSA
А какое отношение имеет пользовательский кэш к данным? Его вообще без особых последствий для целостности можно удалять в любой момент. Открытие форм при следующем сеансе будет происходить дольше и все. Поэтому бекапить приложение можно в любой момент его стабильного состояния (никто не вносит изменения в код). Ну ругнется на то, что не может поместить в бэкап файл axdat.udb. Игнорируем. Создастся заново при старте AOS.
А вот файл axdat.udb надо удалять после восстановления приложения, иначе можно и не войти |
|
04.07.2007, 10:14 | #12 |
Участник
|
Если строку не сохранил - значит в сад. Точно так-же если кто-то другой изменил эту строку и сохранил - то несохраненные данные тоже нигде!
И вообще - бэкап в любом случае делается на какой-то момент времени. В это время может идти обработка, результаты которой тоже не попадут. Для этого есть дифференциальный и бэкап лога. |
|
04.07.2007, 10:17 | #13 |
Lean Six Sigma
|
А кому нужен этот пользовательский кэш? Эта разница - всё равно, что сделать бэкап парой минут раньше или позже.
В общем бэкапится база так же как любая база MS SQL или Oracle и бэкапится приложение на лету, без остановки AOS. |
|
04.07.2007, 10:25 | #14 |
Участник
|
Цитата:
Даже не с Аксаптой. В компании МВ её владелец часа два в простом редакторе нортона писал кому-то письмо. Вечером. Нужно делать бекап всех файлов. А в кабинете директора комп включен и файл держит. Программер идёт в кабинет, закрыто (директор уже ушёл, видимо). Программер спокойно обрубает коннект, делает копию файлов и домой. Утром приходит владелец компании, садится за включенный комп, дописывает письмо и нажимает кнопку F2 (сохранить).... Мат стоят коромыслом. Но себя и программера я отстоял - процедура была выполнена строго по инструкции, а нарушение допустил владелец. Потом сам мне со смехом жаловался, что два часа сочинял письмо на английском, а тут я со своим прогом ему такую подлянку сделал |
|
04.07.2007, 19:40 | #15 |
Участник
|
Цитата:
Если база восстановлена.. - то какминимум шухер должен быть по всей компании такой, что этого пользователя с жалобой просто не заметят. Восстановление базы данных такой информационной системы, например по причине падения базы... - можно подумать и о заявлении об увольнении, какой там кэш.. %)
__________________
Axapta 3.0 CIS SP3 CU1 --- Народу собралось - яблоку плюнуть негде! |
|