@csergey, подключитесь к Esxi ноде по SSH. У меня правда 4.1.0, м.б. что-то поменялось. Ну а после подключения можно забрать и машины и их винты командой типа:
#!/usr/bin/sh
echo Backup: europa
/bin/vim-cmd vmsvc/power.suspend 48 && date && cp -R /vmfs/volumes/istorage0/europa/ /vmfs/volumes/NFS/europa/ && date && /bin/vim-cmd vmsvc/power.on 48
Дополню совет, как вариант пусть диллер пропишет на нужном "сервере" дополнительную подсеть/IP, ее и маршрутизируйте, наверняка же не все клиенты долбятся к базе? Если все, добавляйте второй IP на шлюз диллера и делайте Port-Mapping (т.е. клиенты у диллера настраиваются на IP шлюза)
procedure TForm1.IdHTTP1Redirect(Sender: TObject; var dest: string; var NumRedirect: Integer; var Handled: Boolean; var VMethod: string);
begin
Handled := True;
end;
@Azurius, было бы легче советовать если бы Вы полностью описали задачу. Цель - просто бэкап удаленных баз на основной сервер? Или Вы потом что-то еще после этого из баз выбираете? (ну не знаю, например продажи). Если первое, то репликация лучший вариант, на мой взгляд. Если второе, то репликация не подойдет - должна быть 1 база куда будут сливаться движения, а насчет обмена - можно проверять файлы на клиентах хоть каждые 5 минут - появились изменения, скачал файл (архив), накатил на DWH. Можно каждый час создавать пустые файлы на клиентах - соответственно, если сервер не получил файлов за последний час - слать алерты.. и т.п.
@foxmuldercp, я полагаю что локальные сервера должны быть всегда доступны, вне зависимости от того есть ли доступ в интернет т.е. они юзаются каким-то локальным приложением :)
Вы можете распараллелить данный процесс, т.е. несколько обработок будут постоянно запускаться и тянуть свою пачку изменений. Или же можно зациклить одну обработку которая будет мониторить изменения - если они есть то сразу делать апдейт в MySQL, либо форкать еще одну копию 1С с другой обработкой которая синхронизирует данные. Других способов делать данные вещи в 1С быстро пока не вижу, а прямые запросы в базу 1С на мой взгляд плохая идея
По поводу Response::redirectTo('/')->withMessage('message', 'notice');
Вы можете реализовать такое предложеным мной способом. Но Вы должны определиться, какие методы являются конечными. Т.е. в данном случае после вызова метода withMessage надо следом вызвать функции из стека (их может быть 1 или несколько, как Вам нужно). Но есть проблема, что если Вы вызовете просто redirectTo то кроме return $this он ничего не вернет :) но можно добавить что-то типа redirectTo()->withoutMessage() :) или ->go.. или run..
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Уверен это можно сделать через CoovaChilli. Расскажите, пожалуйста, по шагам, как Вы видите процесс авторизации?