ax7db-reset

[mazzy]

Консультанту ax7 часто приходится возвращать базу в исходное состояние. Хорошо, когда есть админский доступ к виртуальной машине. А если его нет?
.
Идея очень простая - в самом начале создаем snapshot аксаптовской базы. Не страшась последствий работаем с аксаптой. Если напортачили, восстанавливаем базу из снапшота.
.
Единственное неудобство - для восстановления из снапшота нужно, чтобы не было процессов, которые используют аксаптовскую базу. Вручную постоянно приходится останавливать/запускать. Кроме того, мне не очень нравится килять процессы, когда можно корректно остановить.
.
Сделал несложный командный файл, который:
1. сначала пытается остановить известные services
2. убивает неостановленные процессы из SQL
3. восстанавливает базу из снапшота
4. пытается запустить известные services
.
Скачать, оставить замечания и предложения можно здесь:
https://github.com/mazzy-ax/ax7db-reset

===================
этот же командный файл можно использовать и для предыдущих версий аксапты, если изменить список известных служб, которые нужно остановить и запустить

[DSPIC]

1. А ты уверен что скрипт будет работать без админского доступа?
2. Еще бы нужно репозиторий как-то восстановить, одной БД может оказаться недостаточно
3. Почему CMD вместо PowerShell, на котором построено все администрирование AX7 и вообще, всего остального. PowerShell также содержит в себе всю необходимую оснастку для сервисов AX7, напр.: получить список установленных сервисов, остановить их, запустить и т.п., см. AxUpdateInstaller

В общем, нужно бы пару слов про админский доступ - насколько много его "нет".

[mazzy]

Цитата:

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

А ты уверен что скрипт будет работать без админского доступа?

cmd.exe можно запускать от лица обычного пользователя. проверено.
а вот на винду и на sql должен быть админский доступ, чтобы можно было останавливать/стартовать виндовые службы, килять процессы и выполнять restore.

Цитата:

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

Еще бы нужно репозиторий как-то восстановить, одной БД может оказаться недостаточно

В принципе да... Поэтому я и начал свой опус со слов "Консультанту ax7 часто..."

Цитата:

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

Почему CMD вместо PowerShell, на котором построено все администрирование AX7 и вообще, всего остального. PowerShell также содержит в себе всю необходимую оснастку для сервисов AX7, напр.: получить список установленных сервисов, остановить их, запустить и т.п., см. AxUpdateInstaller

Крепко думал об этом. И даже начинал с PowerShell.

Но!
Поскольку я начал свой опус со слова "Консультанту", то подумал о том, что консультанты в массе своей PowerShell не знают.

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

Да, я двадцать раз проклял про себя это решение - уж слишком много ограничений в cmd. Конечно, было интересно сделать в настолько минималистичной среде... но больше я cmd вряд ли буду использовать. Пусть консультанты знакомятся с PowerShell.

Цитата:

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

В общем, нужно бы пару слов про админский доступ - насколько много его "нет".

Command Prompt можно запускать от обычного пользователя )

Цитата:

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

...сделать кнопками в АХ. ... Загрузить - запускает файл, который останавливает аос и IIS и делает рестор снапшота.

Думал об этом. Но думал и о предыдущих версиях Аксапты

в Акс7 конечно веб-страницы. И запущенный со страницы файл сможет остановить IIS... Тут конечно надо будет поразбираться с дочерними процессами...

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

cmd-файлик достаточно положить на рабочий стол.
закрываешь аксапту и дабл-жамкаешь кнопкой на cmd-файлик.

[trud]

Вообще круто подобное сделать кнопками в АХ. типа кнопка - Сохраниться - делает снапшот от имени аоса и Загрузить - запускает файл, который останавливает аос и IIS и делает рестор снапшота.
Думаю сделав такое ты заслужишь бесконечное уважение консультантов и ненависть админов

[trud]

ну проблема в том что у консультантов как правило то доступа то нет. ни к SQL в случае с 2012, ни к терминалу где стоит SQL в случае с ах7.
ну а че, килять клиента, да. т.е. сообщение - ваш клиент сейчас завершится, запустите через минуту, соответственно на АОСе запускается код, который стопит АОС, архитектура одинакова для 2012 и ах7

[mazzy]

Цитата:

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

ну проблема в том что у консультантов как правило то доступа то нет. ни к SQL в случае с 2012, ни к терминалу где стоит SQL в случае с ах7.

давай вернемся к исходному вводному утверждению?

Цитата:

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

Консультанту ax7 часто приходится возвращать базу в исходное состояние.

на той машине, где консультант ставит такие бесчеловечные эксперименты, у консультанта, как правило, есть админский доступ на эту машину и на этот sql.
консультант может не знать ни services.msc, ни SQL Management Studio.
но чтобы консультант был настолько бесправной скотинкой, чтобы ему и на его тестовой машине доступ закрыли... это вряд ли.

понятно, что у консультанта не будет админского доступа на продакт или на общий тест. Но там и ресторить нельзя )

Цитата:

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

ну а че, килять клиента, да. т.е. сообщение - ваш клиент сейчас завершится, запустите через минуту, соответственно на АОСе запускается код, который стопит АОС, архитектура одинакова для 2012 и ах7

Велкам. Форк на github приветствуется! )))

[DSPIC]

Цитата:

cmd.exe можно запускать от лица обычного пользователя. проверено.

Запускать-то его может и можно, а вот сможет ли службу остановить - не уверен. Сmd.exe обладает одинаковыми правами что и пользователь, запустивший его.
Еще один нюанс - в AX7 чуть ли не ежедневно что-то меняют, скрипты постоянно подкручивать придется - лучше повременить. Но в рамках самообразования - отличный подход.

[mazzy]

да, это верно.
но думаю, что список служб уже устоялся.

[Vadik]

А непосредственно самой VM сделать снэпшот и откатить не проще ?

[user_ax]

Цитата:

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

А непосредственно самой VM сделать снэпшот и откатить не проще ?

Проще, но места будет немного больше, нежели для базы , я полагаю.

[mazzy]

Цитата:

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

Проще, но места будет немного больше, нежели для базы , я полагаю.

не, не больше. снапшот самих виртуалок намного удобнее, конечно.
только если контролер домена на той же вируталке.
ну и есть админский доступ к компу, который хостит виртуалки.

[mazzy]

Цитата:

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

А непосредственно самой VM сделать снэпшот и откатить не проще ?

тут два момента:
1.
чтобы сделать spanshot виртуалки и откатить - нужен админский доступ на хост виртуалок. А вот туда у консультантов доступа как правило и нет.

2.
я хостил свои виртуалки на своей машине.
дело в том, что акс7 виртуалка работает в ажурном домене, сволочь.
и было все хорошо пока домен не захотел сменить пароль зарегистрированного в домене компьютера.
восстановление из контрольной точки после смены пароля привел к
https://support.microsoft.com/en-us/kb/2771040
«The trust relationship between this workstation and the primary domain failed»

да, я таки нашел пароль локального админа, но перерегистрировать комп в домене не получилось.

в общем, если виртуалка в чужом невиртуальном домене,
то возврат из контрольной точки может привести к невозможности работы с виртуалкой.

[Kasper]

Цитата:

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

в общем, если виртуалка в чужом невиртуальном домене,
то возврат из контрольной точки может привести к невозможности работы с виртуалкой.

Эту проблему можно решить -- надо запретить компьютеру (виртуалке) периодически менять свой пароль в домене

Делается это так
1) Создается групповая политика. Надо распространить эту политику не на все компьютеры, а только на одну виртуалку
2) В политике делается настройка
https://technet.microsoft.com/en-us/...(v=ws.11).aspx
3) Перегружаемся один раз

Всё. Теперь комп не меняет свой пароль в домене и можно возвращаться к снапшотам легко
Это повлияет только на те снапшоты ВМ, которые сделаны после применения ГП

[mazzy]

Цитата:

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

Делается это так
1) Создается групповая политика. Надо распространить эту политику не на все компьютеры, а только на одну виртуалку

Где создается групповая политика? в Ажурном домене?
я читал эту статью.

[Kasper]

Цитата:

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

Где создается групповая политика? в Ажурном домене?

Сергей, я с AX7 и ажурными доменами не работал, могу только делать предположения.
Вот в этой статье написано, что GP может быть доступно в Ажурном домене.
https://azure.microsoft.com/en-us/do...y-ds-overview/
Как именно это сделать -- это ты работаешь в МС

Но и обычные рассуждения подсказывают -- компы в ажурном домене должны как-то управляться централизованно. Надо поискать возможность настройки GP
Или ажурный домен нужен только для аутентификации ? Вряд-ли

Так или нет ?