Настройка программы для работы в сети
|
|
Доступом к программе можно управлять как на уровне сервера (доступ к каталогу) так и на уровне приложения (см.Настройка доступа ).
При подключении к базе данных с нескольких рабочих мест, внизу программы появляется активный значок "Многопользовательский доступ", кликнув по которому можно определить кто сейчас пользуется программой :
Кликнув во всплывающем меню по строчке другого пользователя, можно посмотреть "Журнал работы" за сегодня.
Кликнув по строчке со своим сетевым именем, можно поставить\снять предупреждение другим сотрудникам о
своей эксклюзивной работе с данными программы.
Это же предупреждение ставится автоматически при обновлении, удалении или добавлении данных в программе. Решение о следовании или пренебрежении данным
предупреждением каждый пользователь принимает самостоятельно. Действия записываются в "Журнале работы".
Для ускорения работы программы в Многопользовательском режиме рекомендуется запускать ее с ключем /R.
В этом случае, при необходимости, переключиться в полный доступ можно через меню File - Отключить "Защиту данных" .
|
|
При этом можно использовать несколько способов размещения локальных баз.
Важно : В обоих случаях считается, что файл device.dbf должен располагаться на быстром файловом носителе (диске).
| Способ 1 | Локально размещается только база Device.dbf |
Дает небольшой выйгрыш по скорости. Рекомендуется для каналов порядка 10Мб\с. |
Поддерживаются все сетевые функции программы, кроме централизованного обновления данных о компьютерах |
| Способ 2 | Все файлы программы, кроме файлов структуры предприятия, размещаются локально. |
Дает больший выйгрыш по скорости. Рекомендуется для каналов порядка 2Мб\с. |
Информация об изменениях структуры предприятия отслеживается централизованно. Данные о компьютерах и доп.данные централизованно не обновляются. Нет данных о сотрудниках, работающих сейчас с программой. Не ведется единый лог работы программы. |
Рассмотрим настройку на примере :
Пусть имеется головной офис и две удаленные площадки, соединенные каналами связи с различной пропускной способностью. Так как канал связи до удаленной площадки №2 хуже (или более загружен) на ней имеется собственный файловый сервер.
Программа Sklad установлена на файловом сервере головного офиса. Его диск маппируется для всех рабочих станций как S:.
Рассмотрим настройки программы для работы с удаленной площадки №1 по 1 способу размещения баз, а с удаленной площадки №2 - по 2 способу.
Способ 1, удаленная площадка №1
На локальном диске С: рабочей станции WS301 безсерверной 1й площадки создаем каталог, например, C:\SKLAD.TMP\BASE\ и копируем в него файл device.dbf из S:\SKLAD\BASE\ . Обратите внимание - файл device.MDX копировать не надо (создастся автоматически).
Вручную редактируем файл S:\SKLAD\sklad.ini, добавляя в его конец секцию с именем нашей рабочей станции и с размещением файла device.dbf :
|
Пользователь на WS301 запускает программу из каталога S:\SKLAD сервера головного офиса, но работает с локальной копией базы device.dbf.
Способ 2, удаленная площадка №2
На файловом сервере 2й площадки ( на рабочих станциях WS201 и WS202 маппируем его как диск Z: ) делаем каталог, например, Z:\SKLAD\BASE.2 . Копируем в Z:\SKLAD.2\ все файлы и подкаталоги из S:\SKLAD\ головного офиса .
Вручную редактируем файл Z:\SKLAD.2\sklad.ini, исправляя в секции [Setup] пути размещением файлов структуры предприятия и способ бэкапа данных :
|
Пользователи на WS201, WS202 запускают программу из каталога Z:\SKLAD.2 сервера удаленной площадки №2, но работают со структурой предприятия, считанной с сервера головного офиса.
Синхронизацию данных (например, пар device.dbf и device.mdx) головного офиса и удаленных площадок можно решить средствами ОС, проводя копирование, например, ночью.
При этом, при разделении данных по Способу 2, нельзя переписывать файл sklad.ini для удаленной площадки.
