medoc.ua

Добрый день

Я тут много прочел про ХР и прочее.
А подскажите пожалуйста где найти четкую инструкцию по переносу медка на новую ОС
У меня установлена сетевая версия и куча пользователей с разными правами доступа.
Для эксперимента я заинсталил новую машину с Вынь2016.
На нее установил Медок
(для разработчиков хотел бы сделать замечание, чту в начале установки было бы неплохо написать инструкцию как установить Дот НЕТ 3.5 на эту ось)

После этого отресторил базу (бэкап 2 гига ресторился более 16 часов).

Но я так и не вижу как отресторить пользователей и группы.

Вот такие вот вопросы.
Если можно подскажите пожалуйста.

vvkhr писав: ↑

08 листопада 2018, 09:31

У меня установлена сетевая версия и куча пользователей с разными правами доступа.
Для эксперимента я заинсталил новую машину с Вынь2016.
На нее установил Медок.
После этого отресторил базу (бэкап 2 гига ресторился более 16 часов).
Но я так и не вижу как отресторить пользователей и группы.

В резервной копии .ZBK не сохраняются настройки пользователей и их прав доступа (ролей).
В Вашем случае, лучший вариант - это целиком перенести файл базы данных (...Medoc\db\ZVIT.FDB) со старой машины на новую (Ctrl+C, Ctrl+V). В этом случае информация так же будет целиком перенесена. На момент переноса только отключите пользователей и остановите службы. После переноса, "клиентов" (Станции) перенастройте на новый IP:Port нового сервера. Если планируется сервер терминалов - то просто сделайте новые RDP-ярлыки для пользователей.

vvkhr писав: ↑

08 листопада 2018, 09:31

(для разработчиков хотел бы сделать замечание, чту в начале установки было бы неплохо написать инструкцию как установить Дот НЕТ 3.5 на эту ось)
Если можно подскажите пожалуйста.

NET.Framework 3.5 на Windows 10 / Server 2016 подключается:
- через "Включение/отключение компонентов Windows" в "Панели управления" -> "Программы и компоненты" (для Windows 10);
- через "Диспетчер серверов", в меню "Добавление ролей и компонентов" (для Windows Server 2016).
В обоих случаях, Windows попытается обратиться к Центру обновлений и через него загрузить необходимые для .NET 3.5 файлы. Учитывайте этот момент, если по каким-либо причинам у Вас Центр обновления отключен (на уровне сетевого доступа либо на уровне службы).

Спасибо за подсказку по копированию базы.
Думаю это будет быстрее чем 16 часов.
А что все таки делать с пользователями и ролями.
Или они хранятся в базе ????
Не хочется заводить всех по новой.

Давно уже пора СДЕЛАТЬ хотя бы выгрузку в файл пользователей и ролей последующей возможностью импорта в восстановленную безо всякого мусора базу. Каждый раз говорят- "в планах".

vvkhr писав: ↑

08 листопада 2018, 10:04

Спасибо за подсказку по копированию базы.
Думаю это будет быстрее чем 16 часов.

Разумеется.

vvkhr писав: ↑

08 листопада 2018, 10:04

А что все таки делать с пользователями и ролями.
Или они хранятся в базе ????
Не хочется заводить всех по новой.

Они будут перенесены вместе с базой данных в том виде, в котором есть на данный момент.

Отвечаю сам себе.

Скопировал базу и пользователи скопировались.
Сейчас проверю роли.

vvkhr писав: ↑

08 листопада 2018, 10:15

Отвечаю сам себе.

Скопировал базу и пользователи скопировались.
Сейчас проверю роли.

Отвечаю сам Вам. Роли тоже.

vvkhr писав: ↑

08 листопада 2018, 10:15

Отвечаю сам себе.

Скопировал базу и пользователи скопировались.
Сейчас проверю роли.

И возможные ошибки тоже. И записи "не использовать" .

ferret писав: ↑

08 листопада 2018, 10:08

Давно уже пора СДЕЛАТЬ хотя бы выгрузку в файл пользователей и ролей последующей возможностью импорта в восстановленную безо всякого мусора базу. Каждый раз говорят- "в планах".

А я думаю что можно просто средствами ФайерБерда забекапить базу и заресторить.
Не знаю что там разработчики мудрят.
Счас попробую

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

vvkhr писав: ↑

08 листопада 2018, 10:42

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

Рассмотрите вместо резервной копии вариант с архивом программы в формате .BKZ и отметкой о проверке базы данных.
В архив программы база сохраняется с полным содержимым.

Я делал вчера копию с использованием БэкапМенеджера. Не знаю сколько он там делался. Я домой ушел.

Попробовал с помощь Фаерберда
Бекап - 5 минут.
Ресторе - 6 минут.

Ошарашенный таким результатом запустил еще раз создание резервной копии при выходе из Медка.
Прождал час. Сделало 28 процентов. Надоело ждать.
Нажал прервать. Ждал 15 минут. Так и не прервалось.
Надоело и перегрузил машину.

Так, что остаюсь пи мнении - Что то перемудрили с Бэкапом.

vvkhr писав: ↑

08 листопада 2018, 12:23

Надоело и перегрузил машину.

Такое может сделать Вам из базы "кирпич", который ни средства Firebird, ни форум, ни четвёртый брат Карл не спасут.

Дык я ж на тестовой машине это делаю.

И если бы на реальной упал электрика и УПС, то что, уже никак что ли

Qwerty писав: ↑

07 листопада 2018, 17:51

turtle писав: ↑

05 листопада 2018, 14:04

У другого моего клиента вышли из ситуации вот так:
У клиента Windows Server 2003м с терминальным доступом, и более 50 пользователей с тонкими клиентами(т.е. полноценной ОС там нет).
Если проводить модернизацию, то это покупка Windows Server 2016 со всеми вытекающими..
Решили сделать так: взять ПК с Windows 10 только для Медка и настроить на него RDP.

Абсолютно не уверен, что Windows 10 да ещё и на обычном ПК нормально потянет одновременно 50 сессий RDP - ведь это же по определению не серверная платформа.
Кстати, Windows Server 2016 обойдётся немногим менее одной тысячи баксов и это не считая железа.

Сможет, все зависит от мощности ПК.
Ну и так как это сервер именно для Медка их там не все 50 к нему будут подключать, а около 20.

Qwerty писав: ↑

07 листопада 2018, 23:17

turtle писав: ↑

05 листопада 2018, 14:04

Решили сделать так: взять ПК с Windows 10 только для Медка и настроить на него RDP.

Будете "ломать" файл termsrv.dll - это нарушение лицензионного соглашения.
А стандартными способами даже две одновременно RDP-сессии не поднять.

Ломать ничего не будем, т.к. потом строить заставят. Есть другие, легальные, способы.

Medoc Man писав: ↑

08 листопада 2018, 12:09

vvkhr писав: ↑

08 листопада 2018, 10:42

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

Рассмотрите вместо резервной копии вариант с архивом программы в формате .BKZ и отметкой о проверке базы данных.
В архив программы база сохраняется с полным содержимым.

Это не кошерно с точки зрения Firebird.

.BKZ это страховка, а не выход из ситуации. Вы же прекрасно знаете что .BKZ был сделан для того что бы покрыть минусы используемой версии Firebird в Медке.

turtle писав: ↑

08 листопада 2018, 12:35

Вы же прекрасно знаете что .BKZ был сделан для того что бы покрыть минусы используемой версии Firebird в Медке.

Это какие такие минусы?

Подскажите, а то я чуть не улавливаю инфу по данной теме.
Прекращение работы касается только серверной части, или клиентские части установленные на WinXP также будут не работоспособны с января?
У меня сетевая версия стоит на Вин7, клиенты ВинХР.

Если да, тогда подскажите работает ли медок в связке с терминальным сервером? Я нашёл тут на форуме небольшую инструкцию, но пункт 2 мне не понятен. Может имелось в виду открыть сетевой доступ к каталогу в котором установлена серверная часть медка?

Для запуска программы M.E.Doc в терминальном режиме Вам необходимо:
1. Установить серверную часть программы
2. Для каталога, в котором установлена программа, нужно открыть доступ для чтения файлов программы. ?????
3. Пользователям на рабочий стол терминального сервере, из каталога программы нужно вынести ярлык для файла ezvitnet.exe
Пользователям необходимо запускать данный ярлык для запуска в терминальном режиме.

ultra писав: ↑

08 листопада 2018, 12:38

...подскажите работает ли медок в связке с терминальным сервером? Я нашёл тут на форуме небольшую инструкцию, но пункт 2 мне не понятен. Может имелось в виду открыть сетевой доступ к каталогу в котором установлена серверная часть медка?

Для запуска программы M.E.Doc в терминальном режиме Вам необходимо:
1. Установить серверную часть программы
2. Для каталога, в котором установлена программа, нужно открыть доступ для чтения файлов программы. ?????
3. Пользователям на рабочий стол терминального сервере, из каталога программы нужно вынести ярлык для файла ezvitnet.exe
Пользователям необходимо запускать данный ярлык для запуска в терминальном режиме.

Если сервер M.E.Doc и сервер терминалов - одна и та же машина, то пользователи, которые к такой машине будут подключатся, должны иметь доступ на чтение (чтение и выполнение) на корневой каталог серверной части M.E.Doc. Подключаяясь, им необходимо будет запускать приложение ezvitnet.exe (можно сделать общий ярлык через ...Users\Public).

Раз уж пошла песня про терминальный режим, то программист, который у нас плотно работает с Медком, сказала, что там там все время возникают какие то проблемы с доступом к файлу.
Неоднократные обращения в службу поддержку не помогли.
Там говорят, что у пользователя не хватает прав на этот файл.
Файл какой то временный. Я сейчас толком не помню наименования.
Но каких прав не хватает, если она администратор на компе, мне непонятно было.
По файл-монитору я видел, что файл сначала удаляется, а потом к нему Медок пытается доступ получить.

Но это было пару лет назад. Мы на тот момент забросили это дело и поставили всем Клиента на компы.
К сожалению большинство машин на Линуксе и пришлось там ставить ВиртуалБокс, в нем винду и клиента.
Вот так у меня закончился опыт работы с Терминальным режимом в Медке.
С тех пор не пробовал. Может что то и изменилось.
Сейчас еще с прекращением поддержки ХР придется на этих клиентах ставить Семерку или Десятку.

В общем покой нам только снится.

vvkhr писав: ↑

08 листопада 2018, 12:50

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

Но это было пару лет назад. Мы на тот момент забросили это дело и поставили всем Клиента на компы.
К сожалению большинство машин на Линуксе и пришлось там ставить ВиртуалБокс, в нем винду и клиента.
Вот так у меня закончился опыт работы с Терминальным режимом.
С тех пор не пробовал. Может что то и изменилось.
Сейчас еще с прекращением поддержки ХР придется на этих клиентах ставить Семерку или Десятку.

В общем покой нам только снится.

Попробуйте в утилите ConnectionSetup установить отметку "Не копировать файлы в терминальном режиме".