NT-бэкап и AOS

[itON]

Приветы!

Возможно ли сделать NT-бэкап приложения аксапты не останавливая AOS?
Как выяснилось он ставит эксклюзивный лок на некотрый набор файлов, к-ые ест-нно прочитать невозможно при операции резервного копирования.

Заранее благодарен.

[raz]

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

[Roman777]

можно бэкапить все, кроме файла axdat.udb (он потом восстановится). При восстановлении перекомпиляция никогда не требовалась.

[raz]

Цитата:

Сообщение от Roman777

При восстановлении перекомпиляция никогда не требовалась.

Спорить не буду, но в свое время были замечены определенные глюки. С тех пор тестовый АОС (копия боевого) делается ТОЛЬКО с остановкой боевого и копированием.

[itON]

Цитата:

Сообщение от Roman777

можно бэкапить все, кроме файла axdat.udb (он потом восстановится). При восстановлении перекомпиляция никогда не требовалась.

Во время создания "горячего" бэкапа помимо вышеназванного файла лочилась еще куча других, - имена не смотрел, но размер бэкапа оказался впятеро меньше ожидаемого. Ну и...потребовалась перекомпиляция. Понял, что судя по всему, без останова боевого не выйдет каменный цветок. Странное решение девелоперов накладывать самые жестокие локи, - отсюда минусы обслуживания (боевой АОС -деликатная вещь, - так вот запросто не принято стопить когда захочеться вдруг бэкап сделать).

[kvan]

Цитата:

Сообщение от itON

Во время создания "горячего" бэкапа помимо вышеназванного файла лочилась еще куча других, - имена не смотрел, но размер бэкапа оказался впятеро меньше ожидаемого.

Вы всё таки разберитесь что за файлы и и почему бэкап в пять раз меньше.
Обычно только axdat.udb залочен и после перестройки индексов никакой компиляции не требуется.

[anikulichev]

Никогда небыло проблем с копированием боевой логики.
Есть несколько нюансов.
1. По горячему недает копировать по сети т.к. есть блокированные файлы. А локально без проблем. Создаем временный каталог и копируем файлы стандартными виндузовыми функциями(Select All->Copy Files? а затем Paste во временный каталог. по времени < 3 минут)
2. Далее в скопированной логике удаляем индексы(файл DelIndex.bat)
3. Затем разворачиваем backup базы данных на тестовый сервер(15 минут).
4. Запускаем Axapta с подготовленной логикой(выполняемся индексация логики), синхронизирум логику и вперед всё прекрасно работает без глобальной компиляции(10 минут).
Компиляция может быть только в одно случае, это когда вы разворачиваете логику на чистую базу(это часа на два наверное).

[itON]

Цитата:

Сообщение от kvan

Вы всё таки разберитесь что за файлы и и почему бэкап в пять раз меньше.
Обычно только axdat.udb залочен и после перестройки индексов никакой компиляции не требуется.

1.Их целая куча. К примеру, - axapd.aoi, axdis.aod, Axgls.aod,..., axusr.aod
2.Ну а причина столь малого размера бэкапа очевидна - лоченные файлы не забэкапились, хотя виндовый бэкапер написал - "All OK" или что-то в этом ключе.

[kvan]

Цитата:

Сообщение от itON

Их целая куча. К примеру, - axapd.aoi, axdis.aod, Axgls.aod,..., axusr.aod

Вы локально на сервере копируете?

[Михаил Андреев]

2 всем:

А зачем копировать рабочее приложение? Не правильнее ли иметь отдельно ОРИГИНАЛ рабочей сборки, который поднимается на рабочее приложение и рабочую базу, а на рабочем приложении разработку не вести совсем?
Или я что-то неправильно понял?

[itON]

Цитата:

Сообщение от kvan

Вы локально на сервере копируете?

Ага.
Возможно причина в том что, папка библиотеки приложения в традициях компании скрыто расшарена с целью облегчения администрирования.
Но, почему лок ставит только на некоторые файлы.

[itON]

Цитата:

Сообщение от Михаил Андреев

2 всем:

А зачем копировать рабочее приложение? Не правильнее ли иметь отдельно ОРИГИНАЛ рабочей сборки, который поднимается на рабочее приложение и рабочую базу, а на рабочем приложении разработку не вести совсем?
Или я что-то неправильно понял?

Похоже неправильно... :-)
Боевые бэкапы (базы и логики) - поддержка актуальности тестовой системы для проведения разного рода неприличных экспериментов и извращений.

[Михаил Андреев]

Цитата:

Сообщение от itON

Похоже неправильно... :-)
Боевые бэкапы (базы и логики) - поддержка актуальности тестовой системы для проведения разного рода неприличных экспериментов и извращений.

С базой понятно, а логику зачем править на рабочем приложении?

[itfs]

Бэкап "Логики" можно сделать слизав файлы "*.aod", можно даже ограничиться только слоем на котором идут эксперименты (про метки не говорим, их кто-то активно правит?). Если удасться их забрать, значит - хорошо. Однако, при работающем AOS-е, целостность их не гарантируется. Так что восстановление может не пройти. Сама процедура восстановления:
1. Берем Standard той же версии.
2. Копируем в него AOD-ы.
3. Убиваем индексы.
4. Заходим 2-х звенкой.
5. Делаем синхронизацию.

В качестве альтернативы можно поставить AOS-у чтобы засыпал после n часового бездействия, неудобство одно - по утрам его придется подымать.

[anikulichev]

Цитата:

Сообщение от itfs

В качестве альтернативы можно поставить AOS-у чтобы засыпал после n часового бездействия, неудобство одно - по утрам его придется подымать.

Чтобы по утрам AOS не подымать надо установить в настройках StarpUp рабочего AOS запуск по запросу(On demand)

[KiselevSA]

Вопрос: что понималось под бэкапом? И стандартная утилита NTBackup и утилиты сторонних разработчиков резервирую все файлы, кроме axdat.udb. Если резервирование производится с использованием команды copy, система не "отдаст" файлы, к которым есть обращение. Используйте xcopy с ключами или другие утилиты копирования, которые копируют открытые файлы.

[itfs]

Цитата:

Сообщение от anikulichev

Чтобы по утрам AOS не подымать надо установить в настройках StarpUp рабочего AOS запуск по запросу(On demand)

Спасибо, не подумал.

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

С уважением, itfs.

[itON]

Только что проверял на выбор парочку увесистых aod'ов - залочены. И, разумеется, не xcopy и не любые другие утилы, включая NTBackup, с которой собственно я сначала и пытался работать, не читают их.

[KiselevSA]

Цитата:

Сообщение от itON

Только что проверял на выбор парочку увесистых aod'ов - залочены. И, разумеется, не xcopy и не любые другие утилы, включая NTBackup, с которой собственно я сначала и пытался работать, не читают их.

Тогда у вас версия 2.5 с установленной отметкой блокировки приложения. Либо снимите отметку блокирования, либо используйте связку комманд
net stop "Axapta Object Server"
--- backup
net start "Axapta Object Server'

[ilya]

Рабочий АОС не останавливаю.
Тестовый (куда копируется) останавливаем
и в батнике, который запускается по шедулеру на тестовом АОСе каждую ночь в 22:45 например.


net stop "Axapta Object Server" >>E:\Copys.txt
:A
if NOT %time:~0,2% == 23 goto A
time /t >>E:\Copys.txt

rd E:\Copy\Appl\Copy /S /Q >>E:\Copys.txt
xcopy \\WorkAOS\Work$\Appl\Work\*.* E:\Copy\Appl\Copy\ /c /v /e /f /h /i /s /z /y >> E:\Copys.txt
del /Q /F /S E:\Copy\Appl\Copy\axdat.udb >>E:\Copys.txt
del /Q /F /S E:\Copy\Appl\Copy\axapd.aoi >>E:\Copys.txt

net start "Axapta Object Server" >>E:\Copys.txt


Никогда не было никаких проблем и не приходилось ничего делать дополнительно.
На утро на тестовом АОСе всегда свежая копия.
Помимо этого можно копировать и в отдельную папку для архивирования потом RARом.