NT-бэкап и AOS

[itON]

Приветы!

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

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

[raz]

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

[Roman777]

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

[raz]

Цитата:

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

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

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

[itON]

Цитата:

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

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

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

[kvan]

Цитата:

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

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

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

[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

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

[anikulichev]

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

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

2 всем:

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

[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)

[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'

[KiselevSA]

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

[Kolt]

Добрый день!

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

Стали разбираться, оказалось что в ax4.0 файлы типа axcus.aod, обновляются только после остановки аосов. что естественно не очень удобно.

Делаю копию \ синхронизирую с помощью nnBackup,
самое интересное что наш файл axcus.aod. был с датой модификации вчерашнего дня, но нашего кода там не было.

Так собственно вопрос,

1 Нужно ли обязательно останавливать сервисы AOS (выше написано что нет, но я сам вижу что это не так)
2 Есть ли альтернативные методы?
3 Хотелось бы увидеть ваши скрипты утилиты которыми пользуетесь

[vesna dba]

Цитата:

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

Приветы!

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

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

Резервное копирование делаем продуктом Veritas Backup Exec.
Резервное копирование без остановок сервера (AOS). Axapta поддерживается в рабочем состоянии 24ч.\7дн.

Иногда делал копию рабочего приложения без остановки AOSа методом "Копировать\Вставить" на папке с приложением, - работает, на лоченные файлы не ругается, копируются все файлы. При запуске тестовой копии аксапты с использованием такой копии приложения - ни разу проблем не было.
Axapta 3.0 CIS SP4, Win Server 2003 R2 SP2.

В случае с ntbackup-ом, я предполагаю(не пробовал) проблем быть не должно.
Смутно помнится мне.., где то я видел либо галочку в настройке конфы подключения или параметр ком.строки клиента\АОСа про эксклюзивное открытие файлов приложения.. Может в этом трабл? Искать ее не стал, лень че то напала..