medoc.ua

ra2012
Как вам и указывали ранее, при создании резервной копии в ручном режиме, процесс ezvit.exe запускается от имени пользователя, под которым Вы авторизированы в системе.
При создании резервной копии или архива программы с помощью планировщика заданий, для клиент-серверной версии, процесс инициализирует служба ZvitGrp (процесс dmf.appserver.exe), которая по умолчанию запущена от сетевой учетной записи операционной системы - Network service.
В данном случае рекомендуем Вам выдать права, на каталог для сохранения резервных копий, для учетной Network service аналогичны пользователю от которого выполняется запуск процесса ezvit.exe.
Для того чтобы файл резервной копии или архива был записан в указанный каталог, для учетной записи от имени которой запущена служба ZvitGrp должны быть права на запись.

да я понимаю что оно так и должно быть! я понимаю что такое разрешения и тд:))))))))
но оно не хочет в таком режиме работать!!!
ну. ок. спишем все на корявую винду и мои корявые руки!
ЗАВТРА ПОДЫМУ НА ВИРТУЛКАХ ТАКУЮ ЖЕ КОНФИГУРАЦИЮ... хотя долго по времени, мля:(

еще раз скрины!
Для пользователя yuri также все права, даны.

| Показать

01.JPG (33.33 Кіб) Переглянуто 41718 разів

02.JPG (42.6 Кіб) Переглянуто 41718 разів

03.jpg (49.5 Кіб) Переглянуто 41718 разів

ra2012 писав: ↑

08 січня 2019, 17:42

да я понимаю что оно так и должно быть! я понимаю что такое разрешения и тд:))))))))
но оно не хочет в таком режиме работать!!!
ну. ок. спишем все на корявую винду и мои корявые руки!
ЗАВТРА ПОДЫМУ НА ВИРТУЛКАХ ТАКУЮ ЖЕ КОНФИГУРАЦИЮ... хотя долго по времени, мля:(

еще раз скрины!
Для пользователя yuri также все права, даны.

Попробуйте для проверки выдать права для базовых групп "Администраторы" и "Пользователи", только "Чтение" и "Запись", без "Изменения" и без "Полный доступ".
Т.е., чтобы на конечный каталог для сохранения были права на "Чтение" и "Запись" для:
- Network Service;
- Администраторы;
- Пользователи.
Расскажите затем, что получилось в итоге.

И ещё:
помимо таких прав на вкладке "Безопасность" просмотрите, чтобы аналогичные права были и на вкладке "Доступ", где разрешения для общего доступа.
Насколько я помню, права из вкладки "Доступ" автоматически копируются и добавляются к правам на вкладке "Безопасность". Но всё же проверьте.

А если бэкапить не по сетевому пути \\OSERVER\b$\backup_medoc
а сначала \\OSERVER\b$\ присвоить букву диска и в настройках
автобэкапа указывать только букву сетевого диска, например Z:\

Medoc Man, ну сделал, тот же результат:) и да, выше есть скрин с параметрами по доступу...
https://forum.medoc.ua/download/file.php?id=16076

Qwerty писав: ↑

09 січня 2019, 14:04

А если бэкапить не по сетевому пути \\OSERVER\b$\backup_medoc
а сначала \\OSERVER\b$\ присвоить букву диска и в настройках
автобэкапа указывать только букву сетевого диска, например Z:\

да было же выше и такой вариант:)))

в общем, закрываем тему, никто не поможет:) е... как хотитесь:)))
может кому поможет хоть какой то результат это дать права ВСЕ, на все - тогда без проблем все работает:) но и любой может зайти на сетевой ресурс и грохнуть все архивы. безопасность, ёпты:)))

зы, а нет, убрал галку удаление, ток как будет себя вести планировщик на настроке хранить столько то копий?:)))

а началось все с того что не поддерживается сервак 2003. перенес медок с него на 2012 и понеслось. Еще к лету обещают и испро не будет обновляться на старых системах.

спасибо! годами все работало , а теперь поднять контролер домена на 2012\16 ad, dns, dhсp, службу терминалов... ну настроить безопасность... та да 5 минут:)))))))

всем спасибо, всем удачи!

Учетки Network Service, несмотря на отсутствие пароля, на разных компьютерах РАЗНЫЕ.
Единственный выход создание учетки для службы ZvitGrp.
При выборе пути сохранения бэкапа используется учетка под которой запущен клиент, при нажатии кнопки ОК проверка возможности записи осуществляется от имени учетки под которой запущена служба сервера.
Скрытые шары ($) ничему не препятствуют.
Следовательно в настройках доступа сетевой папки минимум должен быть доступ на чтение для пользователя который создает задачу в M.E.Doc Station и чтение+изменение для учетки ZvitGrp.
Во вкладке "Безопасность" сетевой папки также должен быть доступ "Изменение" для учетки ZvitGrp.

Я правильно понял что у вас на целевом компьютере активна учетная запись "Гость"? Если да, то сразу становится понятно почему при доступе для группы "Все" у вас все получается.

nodazp писав: ↑

10 січня 2019, 16:42

Учетки Network Service, несмотря на отсутствие пароля, на разных компьютерах РАЗНЫЕ.
Единственный выход создание учетки для службы ZvitGrp.

хз, чет желание пропало на ДОКОВЫРЯТЬ что там:)

nodazp писав: ↑

10 січня 2019, 16:42

Я правильно понял что у вас на целевом компьютере активна учетная запись "Гость"? Если да, то сразу становится понятно почему при доступе для группы "Все" у вас все получается.

ну конечно, на сервере 2003 который контролер домена:)
зы, сарказм
нет конечно, она отключена по умолчанию:)

nodazp писав: ↑

10 січня 2019, 16:42

Скрытые шары ($) ничему не препятствуют.

перепроверил
таки мешают:)
\\oserver\backup_medoc (расшареная пака - ДАЕТ)
\\oserver\b$\backup_medoc (НЕ ДАЕТ:))))

Сервер MEDoc на ноуте, расшаренная папка на сервере.

Настройки для службы на ноуте | Показать

1.png

Натройки расшаренной папки | Показать

2.png

3.png

Вкладка Безопасность расшаренной папки | Показать

4.png

Вручную вбиваю путь и затем ОБЯЗАТЕЛЬНО кнопку выбора пути, иначе не сохранится | Показать

5.jpg

Скрытая шара сразу отобразилась, просто подтверждаю | Показать

6.png

Вуаля | Показать

8.png

Сам пользуюсь батником, предварительно в rar и затем уже копируется. Но вот стало интересно, специально установил для проверки - все работает, ну по крайней мере поддается объяснению.