Storehouse ошибка чтения файла ключа

Сервер: OC Win NT ( Хуже Win98).
Клиент: Win98 и больше.

Установка сервера:
————————————————————-
1. Установите сервер SdbServ.
   Запустите:
   sh4_serversetup.exe
   При усткановке сервера, installer запускает конфигуратор SdbsConf.exe

               Backup options — Обязательно установите для автоматического бэкапа базы данных.
                            Обязательно Согласуйте время бэкапа с персоналом. Можно установить, чтобы бэкап делался во
                            время остановки сервера или во время запуска.

            Startup mode  — для NT лучше установить «Service»   

            Net Protocols — какие протоколы будет «слушать» сервер (TCP/IP — работает с версии sh 4.10)
                            Если поле Timeout пустое, Timeout по умолчанию 2000ms   
                            Если поле Port/Adapter пустое, «слушаются» все доступные адаптеры.

     Нажмите «Save» для сохранения настроек сервера.

2. Ключ Novex устанавливать ТОЛЬКО на сервере.
   На сервере установите драйверы ключа Novex, запустив NovexInstDrv.exe
   и нажав на кнопку «Установить драйвер».
   Воткните ключ в серверную машину.

   Если ключ не прописан,или не воткнут, то при коннекте к базе клиент выдаст «Ошибка чтения ключа защиты»
   Если срабатывают ограничения ключа по дате или по числу с которых одновременный коннект,
   выдаст «Превышено допустимое количество соединений».

                   Перепрописывание осуществляется с помощью SHKey.exe и описано в «Прописывание ключа.txt»

3. Запустите сервер.
   Если в SdbConf  прописано несколько серверов, то нужный сервер запускать  SDBServ.exe /nSERVERNAME
   Например: SDBServ.exe /nSDBSERV
   Если SDBServ.exe запускать без параметров, то это тоже самое, что запускать сервер с именем SDBSERV.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

В ДИСТРИБУТИВЕ НЕТ ЧИСТОЙ БАЗЫ ЕЕ НАДО СОЗДАТЬ (см. как_создать_базу.txt)

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Перезагрузите машину. Убедитесь , что sbd-сервер запущен.

Установка клиента:
————————————————————————

4. Установите клиент


   sh4_clientsetup.exe
   При усткановке клиента, installer запускает конфигуратор SHSetup.exe

   Если используется протокол TCP/IP, в поле сервер необходимо указать IP адрес сервера.

      Параметры подключения: (TCP/IP — работает с версии sh 4.10)

       Протокол — протокол по которому обращение к серверу
          Для TCP/IP
                Порт/адаптер — тот что указан на сервере для TCP/IP 
        Для NetBios
           Порт/адаптер — адаптер клиента можно посмотреть в реестре
              HKEY_LOCAL_MACHINESoftWareMicrosoftRPCNetBios параметр ncacn_nb_nb0

                 Таймаут — если пустой, по умолчанию 2000ms

   Нажмите «Сохранить» для сохранения настроек.

5. Для импорта из RK Установить BDE v5.

6. Настройте пути в ImportRK.exe к накопительным базам RKeeper (RK6DB)
   для закачки данных из RKeeper. Если Тип источника «Paradox + UDB», в
   RKeeper.ini пропишите пути к накопительным базам RKeeper.

7. Для импорта из Paradox+UDB в менеджерской заведите пользователя c паролем: sklad

8. Connect к базе осуществляется пользователем Admin без пароля (ВАЖЕН Регистр в имени пользователя ).

9. Проверить работоспособность SH4, запустив SH.exe, сделав импорт меню Import RK.

  Приложения
————
SdbServ.exe     — сервер
SdbsConf.exe    — конфигуратор сервера
SdbMan.exe      — сервер-менеджер
shsetup.exe     — конфигуратор склада
sh.exe          — складское приложение
shc.exe         — утилита для проверки базы данных ( SHCheck )
ImportRK.exe    — утилита для закачки данных из RKeeper

Для установки сервера  STOREHOUSE необходимо использовать ОС из семейства NT-WINDOWS 2000, WINDOWS XP/HOME, WINDOWS 2003 SERVER или WINDOWS 7 LAUGHING.

1. УСТАНОВКА СЕРВЕРА

Запустите: SH4_SERVERSETUP.EXE.

После окончания установки и удаления временных файлов нужно запустить конфигуратор SDBSCONF.EXE.

Имя сервера (SERVER NAME) – по умолчанию SDBSERV без описания (DESCRIPTION). Вы можете создать столько серверов, сколько необходимо для работы.

Файл базы данных (DATABASE FILE) не создается при инсталляции – его нужно создавать вручную.

Журнал транзакций (DATABASE LOG) также не создается при инсталляции – его необходимо создавать вручную.

Директория, в которой находятся служебные библиотеки (LIBRARY DIRECTORY), ссылается на путь, который мы указали при инсталляции сервера.

Директория для создания (автоматического и ручного) архива базы данных (BACKUP DIRECTORY) также по умолчанию указывает на путь, создаваемый при инсталляции.

Опции архивирования базы данных (BACKUP OPTIONS) по умолчанию отключены (AUTOMATIC BACKUP DISABLED). Крайне рекомендуется настроить автоматическую архивацию данных: (ENABLE AUTOMATIC BACKUP). Можно указать период архивации (PERIOD, DAYS) и выбрать один из трех вариантов времени архивации: указать конкретное время (BACKUP TIME), производить архивацию при загрузке сервера (ON DATABASE LOADING), производить архивацию при остановке сервера (ON SEVER SHUTDOWN).также можно указать опцию остановки сервера при неудачном завершении архивации – STOP SERVER ON ERROR. При включении этой опции, после неудачной попытки архивирования, сервер будет остановлен, и клиенты получат сообщении о невозможности продолжать работу.

Параметры автоматического архивирования необходимо согласовать с ИТ-отделом или пользователем системы!


Протоколы, которые будет «слушать» сервер (NET PROTOCOLS) – по умолчанию установлена поддержка только одного протокола – локального (LOCAL), т.е. для подключения клиента только на том же компьютере, где установлен сервер. Возможно установить поддержку подключения по протоколу TCP/IP (работает только с версии STOREHOUSE 4.10) и через интерфейс NETBIOS (ПРОТОКОЛ NETBEUI). По умолчанию параметры TIMEOUT (MS) и PORT/ADAPTER не заполнены, т.е. сервер будет использовать значение TIMEOUT по умолчанию (2000 MS) и прослушивать все доступные порты и адаптеры. При необходимости эти параметры можно изменить (например, использовать только определенный порт TCP/IP в случае работы через FIREWALL).

Параметры размера кэша (CACHE (PAGES)) и рабочего набора (WORKING SET SIZE (BYTES)) относятся к операциям с памятью, и по умолчанию пустые – эти параметры следует изменять только при некорректной работе сервера или других неполадках (значения, определяемые сервером по умолчанию, можно посмотреть в протоколе сервера – в файле sdb.txt, см. Описание параметра SERVER LOG). Вот пример фрагмента протокола:

20.05.2005 20:40:15- SERVER STARTED
VERSION=1.15
SUBKEY=SDBSERV
DEF WORKING SET SIZE MIN=204800, MAX=1413120
MAX CACHE MEMORY=1024 PAGES (4096 K)

Приоритет для процесса (PRIORITY CLASS) указывает, с каким приоритетом будет запускаться сервис (в том случае, если режим запуска (STARTUP MODE)-сервис (SERVICE)-см. Ниже). Возможны три варианта – низкий (IDLE), средний (NORMAL), высокий (HIGH)

Режим запуска (STARTUP MODE) определяет, как будет запускаться сервер. Возможно три режима: ручной запуск (MANUAL), автозагрузка с OC (WINDOWS), запуск приложения как сервис (SERVICE). Рекомендуется устанавливать последний режим запуска (SERVICE), если OC из семейства WINDOWS NT.

Автоматическое восстановление (AUTOMATIC RECOVERY) определяет, будет ли сервер восстанавливать при сбоях базу данных. Восстановление происходит при запуске сервера и использует для восстановления информацию из журнала транзакций (DATABASE LOG). Рекомендуется всегда использовать этот параметр.

Открывать только для чтения (OPEN READ ONLY) позволяет открывать базу данных только для чтения.

Протокол работы сервера (SERVER LOG) определяет файл, в который будет записываться служебная информация о работе сервера.

На закладке настройки (SETTINGS) указывается путь к корневой директории сервера. Эта настройка необходима серверу для доступа к служебным утилитам и библиотекам. При указании неправильной директории, при сохранении настроек будет  получено сообщение об ошибке.

После изменения настроек их необходимо сохранить, нажав кнопку сохранить (SAVE).

Установить драйвер электронного ключа защиты, который по умолчанию находится в директории C:UCSNOVEX, запуском приложения INSTDRV.EXE (если используются электронные ключи NOVEX STEALTH II, необходимо использовать версию драйвера не ниже, чем 4.85). Ключ и драйвер устанавливается только на компьютер, на котором запускается сервер. Если ключ не установлен или не корректно прописан (см. ниже) клиент при подключении получит сообщение «ошибка чтения ключа защиты». Возможна ситуация, при которой сработает ограничение ключа по дате или по числу возможных подключений (определяется приобретенной лицензией) – в таком случае клиент получит сообщение «превышено допустимое количество соединений»

Сохранить все настройки в конфигураторе сервера и перезагрузить компьютер.

Убедиться, что сервер запущен – в случае запуска как сервис, проверить через «ПУСК»-«НАСТРОЙКА»-«ПАНЕЛЬ УПРАВЛЕНИЯ»-«АДМИНИСТРИРОВАНИЕ»-«СЛУЖБЫ», что соответствующий сервис (SDB SERVER:) находится в состоянии «Работает» и тип запуска «Авто»:

В случае автоматического запуска  (WINDOWS) или ручного (MANUAL) должна  появиться иконка сервера в правом нижнем углу рабочего стола WINDOWS:

2. УСТАНОВКА КЛИЕНТСКОЙ ЧАСТИ

Для установки клиентской части можно использовать любую современную версию OC WINDOWS (не ниже WINDOWS 98).

Для установки и конфигурирования клиентской части необходимо:

  1. Запустить из директории SH4CLI_XXXX файл SETUP.EXE (XXXX-версия текущего дистрибутива).
  2. Указать, куда будет установлена клиентская часть (по умолчанию C:UCSSH4)
  3. Дождаться окончания копирования файлов и удаления временных.
  4. Запустить утилиту конфигурирования клиентской части SHSETUP.EXE (по умолчанию находится в директории C:UCSSH4).

Рассмотрим основные свойства утилиты конфигурирования клиентской части:

В окне сервера указывается имя сервера, к которому будет подключаться клиент. Если в качестве протокола обмена выбран TCP/IP (см. ниже), то вместо имени сервера должен быть указан IP адрес компьютера, на котором запущен сервер. В качестве псевдонима можно указать описание базы данных (т.к. сервер может работать только с одной базой данных, то псевдоним будет определять не только сам сервер, но и базу, с которой он работает, например «База предприятия №1» и «База предприятия №2»). Если это поле заполнено, то при входе в приложение пользователю будет предложен список псевдонимов, иначе пользователю будет предложен список серверов (см. ниже). С помощью списка серверов можно ограничить доступ клиента к различным базам (серверам), т.е. клиент сможет получить доступ только к тем базам (серверам), которые определены в SHSETUP.EXE, независимо от кол-ва баз (серверов), определенных на сервере.

В параметрах подключения указывается протокол, по которому клиент будет подключаться к серверу. Возможны несколько вариантов: локальное подключение (LOCAL), подключение по протоколу TCP/IP (TCP/IP), подключение через интерфейс NETBIOS (NETBIOS).порт (ПОРТ) и адаптер (АДАПТЕР), а также таймаут в мс. Номер порта определяется настройками сервера (см. Установку серверной части)-на сервере и клиенте должны быть указаны одинаковые (свободные) номера портов. В качестве номера адаптера должен быть указан текущий номер адаптера NETBIOS –при этом на сервере это значение может быть не указано – сервер «слушает» подключение по всем номерам адаптеров.

С помощью операции «Добавить сервер»/«Удалить сервер» можно добавить и удалить строку, для добавления дополнительных серверов. Эта операция также доступна по правому нажатию кнопки мыши в верхнем окне.

Параметр «Хранить …. последних имен пользователей» определяет, сколько имен пользователей будет храниться при входе в клиентское приложение. При превышении этого значения, новым пользователям для входа необходимо будет вводить свое имя вручную.

«Разрешить ввод имени сервера» позволяет пользователям при входе указывать произвольное имя для подключения (либо имя сервера, либо имя псевдонима). Рекомендуется этот параметр оставлять выключенным и определять для всех серверов информативный псевдоним.

«Разрешить дизайнер отчетов» позволяет вызвать режим редактирование макета отчета. Рекомендуется включать этот режим только для опытных пользователей.

«Рекомендованный размер кеша в страницах» позволяет определить произвольное значение кеша. Рекомендуется значение этого параметра оставлять по умолчанию (пустое).

«Библиотека администратора» указывает путь к административной библиотеке (по умолчанию C:UCSSH4SHADM.BPL).

После осуществления всех настроек нажать «СОХРАНИТЬ» для сохранения.

3. СОЗДАНИЕ БАЗЫ ДАННЫХ

Для создания рабочей базы данных (как отмечалось выше, пустой базы нет в дистрибутиве), необходимо воспользоваться приложением SDBMAN.EXE (по умолчанию находится в директории C:UCSSH4). Базу данных необходимо создавать на сервере. Для этого может понадобиться установка клиентского приложения на сервер. Рекомендуется использовать локальное подключение при создании базы данных.

Если вы впервые создаете базу данных:

  1. Запустите приложение sdbman.exe (по умолчанию находится в директории C:UCSSH4)-когда будет предложено ввести имя и пароль, нажмите «Отмена».
  2. Выберите пункт меню «Прочее»  –  «Создать базу данных».
  3. В окне «Создание базы данных» необходимо заполнить следующие поля:

Сервер: –  указать имя сервера, к которому будет подключаться приложение при создании базы данных. Как было указано выше, рекомендуется использовать локальное (LOCAL) подключение при создании базы данных. Если же вы по каким-либо причинам хотите  использовать подключение по протоколу TCP/IP, то в качестве имени сервера необходимо указать строку вида 127.0.0.1:PTA3333, где 127.0.0.1-IP адрес компьютера, на котором запущен сервер баз данных, а 3333-порт для подключения (указан для примера). Если сервер «слушает» все порты, можно указать строку вида 127.0.0.1:PT,  т.е. без указания порта.

Файл данных: –  указать полный путь, по которому будет создан файл базы данных. Имя базы данных может быть произвольным, но расширение рекомендуется создавать стандартное *.SDB.

 «Начальный размер файла данных в страницах … мб … » –  можно указать размер создаваемой базы данных в страницах либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании новой базы данных эти значения можно оставить по умолчанию (35000 в страницах или 136,719 в мегабайтах) – в дальнейшем размер базы данных можно изменить с помощью приложения SDBMAN.EXE. Если вы создаете базу данных для переноса информации из 3-й версии склада, то необходимо указать размер, не меньший, чем текущий размер базы данных 3-го склада.

«Файл журнала обновлений» –   указать полный путь, по которому будет создан файл журнала транзакций. Имя файла журнала транзакций может быть произвольным, но расширение рекомендуется создавать стандартное *.SDL.

 «Начальный размер файла журнала в страницах … в мб: …» –  можно указать размер создаваемого фала транзакций либо в страницах, либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании файла транзакций эти параметры можно оставить по умолчанию (1024 в страницах или 4 в мегабайтах), т.к. размер этого файла можно изменить в процессе работы с помощью приложения SDBMAN.EXE.

«Путь к библиотекам» –  определяет путь к системным библиотекам сервера. По умолчанию это директория C:UCSSDBSRV.

«Путь к архиву: » –  определить директорию, в которой будет создаваться архивная копия базы данных (при ручном или автоматическом архивировании).

 «Имя администратора базы данных: » –  указать имя администратора базы данных. По умолчанию имя пользователя admin.

«Пароль администратора: », «подтверждение пароля:»  – указать пароль и подтверждение пароля администратора, имя которого введено в предыдущем поле. По умолчание пароль пустой (для пользователя admin).

«Описание: » –  произвольная текстовая информация.

После заполнения всех необходимых полей, необходимо нажать кнопку «ОК» для создания базы данных.

Если база создается для переноса данных из предыдущей версии (INTERBASE), то следующие пункты выполнять не нужно.

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK». При этом вы получите два ошибочных сообщения:

Выберите пункт меню «ПРОЧЕЕ» –  «ВЫПОЛНИТЬ ЗАПРОС». В появившемся окне, в поле «ПРОЦЕДУРА:» ВВЕДИТЕ BUILDALL, А В ПОЛЕ «БИБЛИОТЕКА:» укажите полный путь к библиотеке SH_CRTDB.DLL (по умолчанию С:UCSSH4SRVSH_CRTDB.DLL). Далее выбираете пункт меню «ДОКУМЕНТ» — «ВЫПОЛНИТЬ», либо воспользуйтесь соответствующей иконкой  на панели задач. После выполнения запроса в нижнем окне появиться сообщение:

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK» в качестве процедуры укажите POPULATE.

После этого запустите склад и проверьте его работоспособность.

4. ПРОЧИЕ НАСТРОЙКИ

На клиентском компьютере установите BDE версии 5.0 для возможности импорта данных из системы R-KEEPER.

В приложении IMPORTRK SETUP UTILITY (по умолчанию C:UCSSH4IRKSETUP.EXE) в верхней части экрана указываются используемые товарные группы — по умолчанию их две – «Товары» и «Меню ресторана». Вы можете добавить столько товарных групп, сколько может понадобиться для работы (например, Дополнительные блюда или Блюда ресторана  №2 и т.д.).

Для каждой товарной группы необходимо заполнить следующие параметры:

Cловари: путь – указать полный путь к словарям – этот путь может ссылаться на сетевой диск или сетевой ресурс (например \UNIT99RK6DB). В качестве словарей могут быть базы данных R-KEEPER (таблицы PARADOX) либо DBF-таблицы, сформированные приложением R-KEEPER.

«Транспорт данных» –  в зависимости от того, какой вариант используется, необходимо установить правильный тип источника:PARADOX в случае использования базы данных R-KEEPER и DBASE в случае использования внешних DBF таблиц.

Расход: все параметры аналогичны предыдущему пункту «Словари», за исключением того, что существует дополнительный тип источника – UDB, который используется в том случае, если в качестве источника для расхода выступает база данных R-KEEPER версии выше, чем 6.75. Если используется тип источника UDB, необходимо в файле RKEEPER.INI (должен находиться в той же директории, откуда запускается IMPORTRK.EXE вместе с файлом RKLOGIN.DLL) прописать пути к накопительным базам R-KEEPER – параметры ALIAS1 и ALIAS2.

При импорте расхода блюд с использованием типа источника данных UDB необходимо в системе R-KEEPER завести пользователя с паролем sklad и произвольным именем.

Приложения:

SDBSERV.EXE           конфигуратор сервера
SDBSCONF.EXE                 сервер-менеджер

Источник

Сервер: OC Win NT ( Хуже Win98).
Клиент: Win98 и больше.

Установка сервера:
————————————————————-
1. Установите сервер SdbServ.
   Запустите:
   sh4_serversetup.exe
   При усткановке сервера, installer запускает конфигуратор SdbsConf.exe

               Backup options — Обязательно установите для автоматического бэкапа базы данных.
                            Обязательно Согласуйте время бэкапа с персоналом. Можно установить, чтобы бэкап делался во
                            время остановки сервера или во время запуска.

            Startup mode  — для NT лучше установить «Service»   

            Net Protocols — какие протоколы будет «слушать» сервер (TCP/IP — работает с версии sh 4.10)
                            Если поле Timeout пустое, Timeout по умолчанию 2000ms   
                            Если поле Port/Adapter пустое, «слушаются» все доступные адаптеры.

     Нажмите «Save» для сохранения настроек сервера.

2. Ключ Novex устанавливать ТОЛЬКО на сервере.
   На сервере установите драйверы ключа Novex, запустив NovexInstDrv.exe
   и нажав на кнопку «Установить драйвер».
   Воткните ключ в серверную машину.

   Если ключ не прописан,или не воткнут, то при коннекте к базе клиент выдаст «Ошибка чтения ключа защиты»
   Если срабатывают ограничения ключа по дате или по числу с которых одновременный коннект,
   выдаст «Превышено допустимое количество соединений».

                   Перепрописывание осуществляется с помощью SHKey.exe и описано в «Прописывание ключа.txt»

3. Запустите сервер.
   Если в SdbConf  прописано несколько серверов, то нужный сервер запускать  SDBServ.exe /nSERVERNAME
   Например: SDBServ.exe /nSDBSERV
   Если SDBServ.exe запускать без параметров, то это тоже самое, что запускать сервер с именем SDBSERV.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

В ДИСТРИБУТИВЕ НЕТ ЧИСТОЙ БАЗЫ ЕЕ НАДО СОЗДАТЬ (см. как_создать_базу.txt)

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Перезагрузите машину. Убедитесь , что sbd-сервер запущен.

Установка клиента:
————————————————————————

4. Установите клиент


   sh4_clientsetup.exe
   При усткановке клиента, installer запускает конфигуратор SHSetup.exe

   Если используется протокол TCP/IP, в поле сервер необходимо указать IP адрес сервера.

      Параметры подключения: (TCP/IP — работает с версии sh 4.10)

       Протокол — протокол по которому обращение к серверу
          Для TCP/IP
                Порт/адаптер — тот что указан на сервере для TCP/IP 
        Для NetBios
           Порт/адаптер — адаптер клиента можно посмотреть в реестре
              HKEY_LOCAL_MACHINESoftWareMicrosoftRPCNetBios параметр ncacn_nb_nb0

                 Таймаут — если пустой, по умолчанию 2000ms

   Нажмите «Сохранить» для сохранения настроек.

5. Для импорта из RK Установить BDE v5.

6. Настройте пути в ImportRK.exe к накопительным базам RKeeper (RK6DB)
   для закачки данных из RKeeper. Если Тип источника «Paradox + UDB», в
   RKeeper.ini пропишите пути к накопительным базам RKeeper.

7. Для импорта из Paradox+UDB в менеджерской заведите пользователя c паролем: sklad

8. Connect к базе осуществляется пользователем Admin без пароля (ВАЖЕН Регистр в имени пользователя ).

9. Проверить работоспособность SH4, запустив SH.exe, сделав импорт меню Import RK.

  Приложения
————
SdbServ.exe     — сервер
SdbsConf.exe    — конфигуратор сервера
SdbMan.exe      — сервер-менеджер
shsetup.exe     — конфигуратор склада
sh.exe          — складское приложение
shc.exe         — утилита для проверки базы данных ( SHCheck )
ImportRK.exe    — утилита для закачки данных из RKeeper

Для установки сервера  STOREHOUSE необходимо использовать ОС из семейства NT-WINDOWS 2000, WINDOWS XP/HOME, WINDOWS 2003 SERVER или WINDOWS 7 LAUGHING.

1. УСТАНОВКА СЕРВЕРА

Запустите: SH4_SERVERSETUP.EXE.

После окончания установки и удаления временных файлов нужно запустить конфигуратор SDBSCONF.EXE.

Имя сервера (SERVER NAME) – по умолчанию SDBSERV без описания (DESCRIPTION). Вы можете создать столько серверов, сколько необходимо для работы.

Файл базы данных (DATABASE FILE) не создается при инсталляции – его нужно создавать вручную.

Журнал транзакций (DATABASE LOG) также не создается при инсталляции – его необходимо создавать вручную.

Директория, в которой находятся служебные библиотеки (LIBRARY DIRECTORY), ссылается на путь, который мы указали при инсталляции сервера.

Директория для создания (автоматического и ручного) архива базы данных (BACKUP DIRECTORY) также по умолчанию указывает на путь, создаваемый при инсталляции.

Опции архивирования базы данных (BACKUP OPTIONS) по умолчанию отключены (AUTOMATIC BACKUP DISABLED). Крайне рекомендуется настроить автоматическую архивацию данных: (ENABLE AUTOMATIC BACKUP). Можно указать период архивации (PERIOD, DAYS) и выбрать один из трех вариантов времени архивации: указать конкретное время (BACKUP TIME), производить архивацию при загрузке сервера (ON DATABASE LOADING), производить архивацию при остановке сервера (ON SEVER SHUTDOWN).также можно указать опцию остановки сервера при неудачном завершении архивации – STOP SERVER ON ERROR. При включении этой опции, после неудачной попытки архивирования, сервер будет остановлен, и клиенты получат сообщении о невозможности продолжать работу.

Параметры автоматического архивирования необходимо согласовать с ИТ-отделом или пользователем системы!


Протоколы, которые будет «слушать» сервер (NET PROTOCOLS) – по умолчанию установлена поддержка только одного протокола – локального (LOCAL), т.е. для подключения клиента только на том же компьютере, где установлен сервер. Возможно установить поддержку подключения по протоколу TCP/IP (работает только с версии STOREHOUSE 4.10) и через интерфейс NETBIOS (ПРОТОКОЛ NETBEUI). По умолчанию параметры TIMEOUT (MS) и PORT/ADAPTER не заполнены, т.е. сервер будет использовать значение TIMEOUT по умолчанию (2000 MS) и прослушивать все доступные порты и адаптеры. При необходимости эти параметры можно изменить (например, использовать только определенный порт TCP/IP в случае работы через FIREWALL).

Параметры размера кэша (CACHE (PAGES)) и рабочего набора (WORKING SET SIZE (BYTES)) относятся к операциям с памятью, и по умолчанию пустые – эти параметры следует изменять только при некорректной работе сервера или других неполадках (значения, определяемые сервером по умолчанию, можно посмотреть в протоколе сервера – в файле sdb.txt, см. Описание параметра SERVER LOG). Вот пример фрагмента протокола:

20.05.2005 20:40:15- SERVER STARTED
VERSION=1.15
SUBKEY=SDBSERV
DEF WORKING SET SIZE MIN=204800, MAX=1413120
MAX CACHE MEMORY=1024 PAGES (4096 K)

Приоритет для процесса (PRIORITY CLASS) указывает, с каким приоритетом будет запускаться сервис (в том случае, если режим запуска (STARTUP MODE)-сервис (SERVICE)-см. Ниже). Возможны три варианта – низкий (IDLE), средний (NORMAL), высокий (HIGH)

Режим запуска (STARTUP MODE) определяет, как будет запускаться сервер. Возможно три режима: ручной запуск (MANUAL), автозагрузка с OC (WINDOWS), запуск приложения как сервис (SERVICE). Рекомендуется устанавливать последний режим запуска (SERVICE), если OC из семейства WINDOWS NT.

Автоматическое восстановление (AUTOMATIC RECOVERY) определяет, будет ли сервер восстанавливать при сбоях базу данных. Восстановление происходит при запуске сервера и использует для восстановления информацию из журнала транзакций (DATABASE LOG). Рекомендуется всегда использовать этот параметр.

Открывать только для чтения (OPEN READ ONLY) позволяет открывать базу данных только для чтения.

Протокол работы сервера (SERVER LOG) определяет файл, в который будет записываться служебная информация о работе сервера.

На закладке настройки (SETTINGS) указывается путь к корневой директории сервера. Эта настройка необходима серверу для доступа к служебным утилитам и библиотекам. При указании неправильной директории, при сохранении настроек будет  получено сообщение об ошибке.

После изменения настроек их необходимо сохранить, нажав кнопку сохранить (SAVE).

Установить драйвер электронного ключа защиты, который по умолчанию находится в директории C:UCSNOVEX, запуском приложения INSTDRV.EXE (если используются электронные ключи NOVEX STEALTH II, необходимо использовать версию драйвера не ниже, чем 4.85). Ключ и драйвер устанавливается только на компьютер, на котором запускается сервер. Если ключ не установлен или не корректно прописан (см. ниже) клиент при подключении получит сообщение «ошибка чтения ключа защиты». Возможна ситуация, при которой сработает ограничение ключа по дате или по числу возможных подключений (определяется приобретенной лицензией) – в таком случае клиент получит сообщение «превышено допустимое количество соединений»

Сохранить все настройки в конфигураторе сервера и перезагрузить компьютер.

Убедиться, что сервер запущен – в случае запуска как сервис, проверить через «ПУСК»-«НАСТРОЙКА»-«ПАНЕЛЬ УПРАВЛЕНИЯ»-«АДМИНИСТРИРОВАНИЕ»-«СЛУЖБЫ», что соответствующий сервис (SDB SERVER:) находится в состоянии «Работает» и тип запуска «Авто»:

В случае автоматического запуска  (WINDOWS) или ручного (MANUAL) должна  появиться иконка сервера в правом нижнем углу рабочего стола WINDOWS:

2. УСТАНОВКА КЛИЕНТСКОЙ ЧАСТИ

Для установки клиентской части можно использовать любую современную версию OC WINDOWS (не ниже WINDOWS 98).

Для установки и конфигурирования клиентской части необходимо:

  1. Запустить из директории SH4CLI_XXXX файл SETUP.EXE (XXXX-версия текущего дистрибутива).
  2. Указать, куда будет установлена клиентская часть (по умолчанию C:UCSSH4)
  3. Дождаться окончания копирования файлов и удаления временных.
  4. Запустить утилиту конфигурирования клиентской части SHSETUP.EXE (по умолчанию находится в директории C:UCSSH4).

Рассмотрим основные свойства утилиты конфигурирования клиентской части:

В окне сервера указывается имя сервера, к которому будет подключаться клиент. Если в качестве протокола обмена выбран TCP/IP (см. ниже), то вместо имени сервера должен быть указан IP адрес компьютера, на котором запущен сервер. В качестве псевдонима можно указать описание базы данных (т.к. сервер может работать только с одной базой данных, то псевдоним будет определять не только сам сервер, но и базу, с которой он работает, например «База предприятия №1» и «База предприятия №2»). Если это поле заполнено, то при входе в приложение пользователю будет предложен список псевдонимов, иначе пользователю будет предложен список серверов (см. ниже). С помощью списка серверов можно ограничить доступ клиента к различным базам (серверам), т.е. клиент сможет получить доступ только к тем базам (серверам), которые определены в SHSETUP.EXE, независимо от кол-ва баз (серверов), определенных на сервере.

В параметрах подключения указывается протокол, по которому клиент будет подключаться к серверу. Возможны несколько вариантов: локальное подключение (LOCAL), подключение по протоколу TCP/IP (TCP/IP), подключение через интерфейс NETBIOS (NETBIOS).порт (ПОРТ) и адаптер (АДАПТЕР), а также таймаут в мс. Номер порта определяется настройками сервера (см. Установку серверной части)-на сервере и клиенте должны быть указаны одинаковые (свободные) номера портов. В качестве номера адаптера должен быть указан текущий номер адаптера NETBIOS –при этом на сервере это значение может быть не указано – сервер «слушает» подключение по всем номерам адаптеров.

С помощью операции «Добавить сервер»/«Удалить сервер» можно добавить и удалить строку, для добавления дополнительных серверов. Эта операция также доступна по правому нажатию кнопки мыши в верхнем окне.

Параметр «Хранить …. последних имен пользователей» определяет, сколько имен пользователей будет храниться при входе в клиентское приложение. При превышении этого значения, новым пользователям для входа необходимо будет вводить свое имя вручную.

«Разрешить ввод имени сервера» позволяет пользователям при входе указывать произвольное имя для подключения (либо имя сервера, либо имя псевдонима). Рекомендуется этот параметр оставлять выключенным и определять для всех серверов информативный псевдоним.

«Разрешить дизайнер отчетов» позволяет вызвать режим редактирование макета отчета. Рекомендуется включать этот режим только для опытных пользователей.

«Рекомендованный размер кеша в страницах» позволяет определить произвольное значение кеша. Рекомендуется значение этого параметра оставлять по умолчанию (пустое).

«Библиотека администратора» указывает путь к административной библиотеке (по умолчанию C:UCSSH4SHADM.BPL).

После осуществления всех настроек нажать «СОХРАНИТЬ» для сохранения.

3. СОЗДАНИЕ БАЗЫ ДАННЫХ

Для создания рабочей базы данных (как отмечалось выше, пустой базы нет в дистрибутиве), необходимо воспользоваться приложением SDBMAN.EXE (по умолчанию находится в директории C:UCSSH4). Базу данных необходимо создавать на сервере. Для этого может понадобиться установка клиентского приложения на сервер. Рекомендуется использовать локальное подключение при создании базы данных.

Если вы впервые создаете базу данных:

  1. Запустите приложение sdbman.exe (по умолчанию находится в директории C:UCSSH4)-когда будет предложено ввести имя и пароль, нажмите «Отмена».
  2. Выберите пункт меню «Прочее»  –  «Создать базу данных».
  3. В окне «Создание базы данных» необходимо заполнить следующие поля:

Сервер: –  указать имя сервера, к которому будет подключаться приложение при создании базы данных. Как было указано выше, рекомендуется использовать локальное (LOCAL) подключение при создании базы данных. Если же вы по каким-либо причинам хотите  использовать подключение по протоколу TCP/IP, то в качестве имени сервера необходимо указать строку вида 127.0.0.1:PTA3333, где 127.0.0.1-IP адрес компьютера, на котором запущен сервер баз данных, а 3333-порт для подключения (указан для примера). Если сервер «слушает» все порты, можно указать строку вида 127.0.0.1:PT,  т.е. без указания порта.

Файл данных: –  указать полный путь, по которому будет создан файл базы данных. Имя базы данных может быть произвольным, но расширение рекомендуется создавать стандартное *.SDB.

 «Начальный размер файла данных в страницах … мб … » –  можно указать размер создаваемой базы данных в страницах либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании новой базы данных эти значения можно оставить по умолчанию (35000 в страницах или 136,719 в мегабайтах) – в дальнейшем размер базы данных можно изменить с помощью приложения SDBMAN.EXE. Если вы создаете базу данных для переноса информации из 3-й версии склада, то необходимо указать размер, не меньший, чем текущий размер базы данных 3-го склада.

«Файл журнала обновлений» –   указать полный путь, по которому будет создан файл журнала транзакций. Имя файла журнала транзакций может быть произвольным, но расширение рекомендуется создавать стандартное *.SDL.

 «Начальный размер файла журнала в страницах … в мб: …» –  можно указать размер создаваемого фала транзакций либо в страницах, либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании файла транзакций эти параметры можно оставить по умолчанию (1024 в страницах или 4 в мегабайтах), т.к. размер этого файла можно изменить в процессе работы с помощью приложения SDBMAN.EXE.

«Путь к библиотекам» –  определяет путь к системным библиотекам сервера. По умолчанию это директория C:UCSSDBSRV.

«Путь к архиву: » –  определить директорию, в которой будет создаваться архивная копия базы данных (при ручном или автоматическом архивировании).

 «Имя администратора базы данных: » –  указать имя администратора базы данных. По умолчанию имя пользователя admin.

«Пароль администратора: », «подтверждение пароля:»  – указать пароль и подтверждение пароля администратора, имя которого введено в предыдущем поле. По умолчание пароль пустой (для пользователя admin).

«Описание: » –  произвольная текстовая информация.

После заполнения всех необходимых полей, необходимо нажать кнопку «ОК» для создания базы данных.

Если база создается для переноса данных из предыдущей версии (INTERBASE), то следующие пункты выполнять не нужно.

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK». При этом вы получите два ошибочных сообщения:

Выберите пункт меню «ПРОЧЕЕ» –  «ВЫПОЛНИТЬ ЗАПРОС». В появившемся окне, в поле «ПРОЦЕДУРА:» ВВЕДИТЕ BUILDALL, А В ПОЛЕ «БИБЛИОТЕКА:» укажите полный путь к библиотеке SH_CRTDB.DLL (по умолчанию С:UCSSH4SRVSH_CRTDB.DLL). Далее выбираете пункт меню «ДОКУМЕНТ» — «ВЫПОЛНИТЬ», либо воспользуйтесь соответствующей иконкой  на панели задач. После выполнения запроса в нижнем окне появиться сообщение:

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK» в качестве процедуры укажите POPULATE.

После этого запустите склад и проверьте его работоспособность.

4. ПРОЧИЕ НАСТРОЙКИ

На клиентском компьютере установите BDE версии 5.0 для возможности импорта данных из системы R-KEEPER.

В приложении IMPORTRK SETUP UTILITY (по умолчанию C:UCSSH4IRKSETUP.EXE) в верхней части экрана указываются используемые товарные группы — по умолчанию их две – «Товары» и «Меню ресторана». Вы можете добавить столько товарных групп, сколько может понадобиться для работы (например, Дополнительные блюда или Блюда ресторана  №2 и т.д.).

Для каждой товарной группы необходимо заполнить следующие параметры:

Cловари: путь – указать полный путь к словарям – этот путь может ссылаться на сетевой диск или сетевой ресурс (например UNIT99RK6DB). В качестве словарей могут быть базы данных R-KEEPER (таблицы PARADOX) либо DBF-таблицы, сформированные приложением R-KEEPER.

«Транспорт данных» –  в зависимости от того, какой вариант используется, необходимо установить правильный тип источника:PARADOX в случае использования базы данных R-KEEPER и DBASE в случае использования внешних DBF таблиц.

Расход: все параметры аналогичны предыдущему пункту «Словари», за исключением того, что существует дополнительный тип источника – UDB, который используется в том случае, если в качестве источника для расхода выступает база данных R-KEEPER версии выше, чем 6.75. Если используется тип источника UDB, необходимо в файле RKEEPER.INI (должен находиться в той же директории, откуда запускается IMPORTRK.EXE вместе с файлом RKLOGIN.DLL) прописать пути к накопительным базам R-KEEPER – параметры ALIAS1 и ALIAS2.

При импорте расхода блюд с использованием типа источника данных UDB необходимо в системе R-KEEPER завести пользователя с паролем sklad и произвольным именем.

Приложения:

SDBSERV.EXE           конфигуратор сервера
SDBSCONF.EXE                 сервер-менеджер

Источник

Сервер: OC Win NT ( Хуже Win98).
Клиент: Win98 и больше.

Установка сервера:
————————————————————-
1. Установите сервер SdbServ.
   Запустите:
   sh4_serversetup.exe
   При усткановке сервера, installer запускает конфигуратор SdbsConf.exe

               Backup options — Обязательно установите для автоматического бэкапа базы данных.
                            Обязательно Согласуйте время бэкапа с персоналом. Можно установить, чтобы бэкап делался во
                            время остановки сервера или во время запуска.

            Startup mode  — для NT лучше установить «Service»   

            Net Protocols — какие протоколы будет «слушать» сервер (TCP/IP — работает с версии sh 4.10)
                            Если поле Timeout пустое, Timeout по умолчанию 2000ms   
                            Если поле Port/Adapter пустое, «слушаются» все доступные адаптеры.

     Нажмите «Save» для сохранения настроек сервера.

2. Ключ Novex устанавливать ТОЛЬКО на сервере.
   На сервере установите драйверы ключа Novex, запустив NovexInstDrv.exe
   и нажав на кнопку «Установить драйвер».
   Воткните ключ в серверную машину.

   Если ключ не прописан,или не воткнут, то при коннекте к базе клиент выдаст «Ошибка чтения ключа защиты»
   Если срабатывают ограничения ключа по дате или по числу с которых одновременный коннект,
   выдаст «Превышено допустимое количество соединений».

                   Перепрописывание осуществляется с помощью SHKey.exe и описано в «Прописывание ключа.txt»

3. Запустите сервер.
   Если в SdbConf  прописано несколько серверов, то нужный сервер запускать  SDBServ.exe /nSERVERNAME
   Например: SDBServ.exe /nSDBSERV
   Если SDBServ.exe запускать без параметров, то это тоже самое, что запускать сервер с именем SDBSERV.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

В ДИСТРИБУТИВЕ НЕТ ЧИСТОЙ БАЗЫ ЕЕ НАДО СОЗДАТЬ (см. как_создать_базу.txt)

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Перезагрузите машину. Убедитесь , что sbd-сервер запущен.

Установка клиента:
————————————————————————

4. Установите клиент


   sh4_clientsetup.exe
   При усткановке клиента, installer запускает конфигуратор SHSetup.exe

   Если используется протокол TCP/IP, в поле сервер необходимо указать IP адрес сервера.

      Параметры подключения: (TCP/IP — работает с версии sh 4.10)

       Протокол — протокол по которому обращение к серверу
          Для TCP/IP
                Порт/адаптер — тот что указан на сервере для TCP/IP 
        Для NetBios
           Порт/адаптер — адаптер клиента можно посмотреть в реестре
              HKEY_LOCAL_MACHINESoftWareMicrosoftRPCNetBios параметр ncacn_nb_nb0

                 Таймаут — если пустой, по умолчанию 2000ms

   Нажмите «Сохранить» для сохранения настроек.

5. Для импорта из RK Установить BDE v5.

6. Настройте пути в ImportRK.exe к накопительным базам RKeeper (RK6DB)
   для закачки данных из RKeeper. Если Тип источника «Paradox + UDB», в
   RKeeper.ini пропишите пути к накопительным базам RKeeper.

7. Для импорта из Paradox+UDB в менеджерской заведите пользователя c паролем: sklad

8. Connect к базе осуществляется пользователем Admin без пароля (ВАЖЕН Регистр в имени пользователя ).

9. Проверить работоспособность SH4, запустив SH.exe, сделав импорт меню Import RK.

  Приложения
————
SdbServ.exe     — сервер
SdbsConf.exe    — конфигуратор сервера
SdbMan.exe      — сервер-менеджер
shsetup.exe     — конфигуратор склада
sh.exe          — складское приложение
shc.exe         — утилита для проверки базы данных ( SHCheck )
ImportRK.exe    — утилита для закачки данных из RKeeper

Для установки сервера  STOREHOUSE необходимо использовать ОС из семейства NT-WINDOWS 2000, WINDOWS XP/HOME, WINDOWS 2003 SERVER или WINDOWS 7 LAUGHING.

1. УСТАНОВКА СЕРВЕРА

Запустите: SH4_SERVERSETUP.EXE.

После окончания установки и удаления временных файлов нужно запустить конфигуратор SDBSCONF.EXE.

Имя сервера (SERVER NAME) – по умолчанию SDBSERV без описания (DESCRIPTION). Вы можете создать столько серверов, сколько необходимо для работы.

Файл базы данных (DATABASE FILE) не создается при инсталляции – его нужно создавать вручную.

Журнал транзакций (DATABASE LOG) также не создается при инсталляции – его необходимо создавать вручную.

Директория, в которой находятся служебные библиотеки (LIBRARY DIRECTORY), ссылается на путь, который мы указали при инсталляции сервера.

Директория для создания (автоматического и ручного) архива базы данных (BACKUP DIRECTORY) также по умолчанию указывает на путь, создаваемый при инсталляции.

Опции архивирования базы данных (BACKUP OPTIONS) по умолчанию отключены (AUTOMATIC BACKUP DISABLED). Крайне рекомендуется настроить автоматическую архивацию данных: (ENABLE AUTOMATIC BACKUP). Можно указать период архивации (PERIOD, DAYS) и выбрать один из трех вариантов времени архивации: указать конкретное время (BACKUP TIME), производить архивацию при загрузке сервера (ON DATABASE LOADING), производить архивацию при остановке сервера (ON SEVER SHUTDOWN).также можно указать опцию остановки сервера при неудачном завершении архивации – STOP SERVER ON ERROR. При включении этой опции, после неудачной попытки архивирования, сервер будет остановлен, и клиенты получат сообщении о невозможности продолжать работу.

Параметры автоматического архивирования необходимо согласовать с ИТ-отделом или пользователем системы!


Протоколы, которые будет «слушать» сервер (NET PROTOCOLS) – по умолчанию установлена поддержка только одного протокола – локального (LOCAL), т.е. для подключения клиента только на том же компьютере, где установлен сервер. Возможно установить поддержку подключения по протоколу TCP/IP (работает только с версии STOREHOUSE 4.10) и через интерфейс NETBIOS (ПРОТОКОЛ NETBEUI). По умолчанию параметры TIMEOUT (MS) и PORT/ADAPTER не заполнены, т.е. сервер будет использовать значение TIMEOUT по умолчанию (2000 MS) и прослушивать все доступные порты и адаптеры. При необходимости эти параметры можно изменить (например, использовать только определенный порт TCP/IP в случае работы через FIREWALL).

Параметры размера кэша (CACHE (PAGES)) и рабочего набора (WORKING SET SIZE (BYTES)) относятся к операциям с памятью, и по умолчанию пустые – эти параметры следует изменять только при некорректной работе сервера или других неполадках (значения, определяемые сервером по умолчанию, можно посмотреть в протоколе сервера – в файле sdb.txt, см. Описание параметра SERVER LOG). Вот пример фрагмента протокола:

20.05.2005 20:40:15- SERVER STARTED
VERSION=1.15
SUBKEY=SDBSERV
DEF WORKING SET SIZE MIN=204800, MAX=1413120
MAX CACHE MEMORY=1024 PAGES (4096 K)

Приоритет для процесса (PRIORITY CLASS) указывает, с каким приоритетом будет запускаться сервис (в том случае, если режим запуска (STARTUP MODE)-сервис (SERVICE)-см. Ниже). Возможны три варианта – низкий (IDLE), средний (NORMAL), высокий (HIGH)

Режим запуска (STARTUP MODE) определяет, как будет запускаться сервер. Возможно три режима: ручной запуск (MANUAL), автозагрузка с OC (WINDOWS), запуск приложения как сервис (SERVICE). Рекомендуется устанавливать последний режим запуска (SERVICE), если OC из семейства WINDOWS NT.

Автоматическое восстановление (AUTOMATIC RECOVERY) определяет, будет ли сервер восстанавливать при сбоях базу данных. Восстановление происходит при запуске сервера и использует для восстановления информацию из журнала транзакций (DATABASE LOG). Рекомендуется всегда использовать этот параметр.

Открывать только для чтения (OPEN READ ONLY) позволяет открывать базу данных только для чтения.

Протокол работы сервера (SERVER LOG) определяет файл, в который будет записываться служебная информация о работе сервера.

На закладке настройки (SETTINGS) указывается путь к корневой директории сервера. Эта настройка необходима серверу для доступа к служебным утилитам и библиотекам. При указании неправильной директории, при сохранении настроек будет  получено сообщение об ошибке.

После изменения настроек их необходимо сохранить, нажав кнопку сохранить (SAVE).

Установить драйвер электронного ключа защиты, который по умолчанию находится в директории C:UCSNOVEX, запуском приложения INSTDRV.EXE (если используются электронные ключи NOVEX STEALTH II, необходимо использовать версию драйвера не ниже, чем 4.85). Ключ и драйвер устанавливается только на компьютер, на котором запускается сервер. Если ключ не установлен или не корректно прописан (см. ниже) клиент при подключении получит сообщение «ошибка чтения ключа защиты». Возможна ситуация, при которой сработает ограничение ключа по дате или по числу возможных подключений (определяется приобретенной лицензией) – в таком случае клиент получит сообщение «превышено допустимое количество соединений»

Сохранить все настройки в конфигураторе сервера и перезагрузить компьютер.

Убедиться, что сервер запущен – в случае запуска как сервис, проверить через «ПУСК»-«НАСТРОЙКА»-«ПАНЕЛЬ УПРАВЛЕНИЯ»-«АДМИНИСТРИРОВАНИЕ»-«СЛУЖБЫ», что соответствующий сервис (SDB SERVER:) находится в состоянии «Работает» и тип запуска «Авто»:

В случае автоматического запуска  (WINDOWS) или ручного (MANUAL) должна  появиться иконка сервера в правом нижнем углу рабочего стола WINDOWS:

2. УСТАНОВКА КЛИЕНТСКОЙ ЧАСТИ

Для установки клиентской части можно использовать любую современную версию OC WINDOWS (не ниже WINDOWS 98).

Для установки и конфигурирования клиентской части необходимо:

  1. Запустить из директории SH4CLI_XXXX файл SETUP.EXE (XXXX-версия текущего дистрибутива).
  2. Указать, куда будет установлена клиентская часть (по умолчанию C:UCSSH4)
  3. Дождаться окончания копирования файлов и удаления временных.
  4. Запустить утилиту конфигурирования клиентской части SHSETUP.EXE (по умолчанию находится в директории C:UCSSH4).

Рассмотрим основные свойства утилиты конфигурирования клиентской части:

В окне сервера указывается имя сервера, к которому будет подключаться клиент. Если в качестве протокола обмена выбран TCP/IP (см. ниже), то вместо имени сервера должен быть указан IP адрес компьютера, на котором запущен сервер. В качестве псевдонима можно указать описание базы данных (т.к. сервер может работать только с одной базой данных, то псевдоним будет определять не только сам сервер, но и базу, с которой он работает, например «База предприятия №1» и «База предприятия №2»). Если это поле заполнено, то при входе в приложение пользователю будет предложен список псевдонимов, иначе пользователю будет предложен список серверов (см. ниже). С помощью списка серверов можно ограничить доступ клиента к различным базам (серверам), т.е. клиент сможет получить доступ только к тем базам (серверам), которые определены в SHSETUP.EXE, независимо от кол-ва баз (серверов), определенных на сервере.

В параметрах подключения указывается протокол, по которому клиент будет подключаться к серверу. Возможны несколько вариантов: локальное подключение (LOCAL), подключение по протоколу TCP/IP (TCP/IP), подключение через интерфейс NETBIOS (NETBIOS).порт (ПОРТ) и адаптер (АДАПТЕР), а также таймаут в мс. Номер порта определяется настройками сервера (см. Установку серверной части)-на сервере и клиенте должны быть указаны одинаковые (свободные) номера портов. В качестве номера адаптера должен быть указан текущий номер адаптера NETBIOS –при этом на сервере это значение может быть не указано – сервер «слушает» подключение по всем номерам адаптеров.

С помощью операции «Добавить сервер»/«Удалить сервер» можно добавить и удалить строку, для добавления дополнительных серверов. Эта операция также доступна по правому нажатию кнопки мыши в верхнем окне.

Параметр «Хранить …. последних имен пользователей» определяет, сколько имен пользователей будет храниться при входе в клиентское приложение. При превышении этого значения, новым пользователям для входа необходимо будет вводить свое имя вручную.

«Разрешить ввод имени сервера» позволяет пользователям при входе указывать произвольное имя для подключения (либо имя сервера, либо имя псевдонима). Рекомендуется этот параметр оставлять выключенным и определять для всех серверов информативный псевдоним.

«Разрешить дизайнер отчетов» позволяет вызвать режим редактирование макета отчета. Рекомендуется включать этот режим только для опытных пользователей.

«Рекомендованный размер кеша в страницах» позволяет определить произвольное значение кеша. Рекомендуется значение этого параметра оставлять по умолчанию (пустое).

«Библиотека администратора» указывает путь к административной библиотеке (по умолчанию C:UCSSH4SHADM.BPL).

После осуществления всех настроек нажать «СОХРАНИТЬ» для сохранения.

3. СОЗДАНИЕ БАЗЫ ДАННЫХ

Для создания рабочей базы данных (как отмечалось выше, пустой базы нет в дистрибутиве), необходимо воспользоваться приложением SDBMAN.EXE (по умолчанию находится в директории C:UCSSH4). Базу данных необходимо создавать на сервере. Для этого может понадобиться установка клиентского приложения на сервер. Рекомендуется использовать локальное подключение при создании базы данных.

Если вы впервые создаете базу данных:

  1. Запустите приложение sdbman.exe (по умолчанию находится в директории C:UCSSH4)-когда будет предложено ввести имя и пароль, нажмите «Отмена».
  2. Выберите пункт меню «Прочее»  –  «Создать базу данных».
  3. В окне «Создание базы данных» необходимо заполнить следующие поля:

Сервер: –  указать имя сервера, к которому будет подключаться приложение при создании базы данных. Как было указано выше, рекомендуется использовать локальное (LOCAL) подключение при создании базы данных. Если же вы по каким-либо причинам хотите  использовать подключение по протоколу TCP/IP, то в качестве имени сервера необходимо указать строку вида 127.0.0.1:PTA3333, где 127.0.0.1-IP адрес компьютера, на котором запущен сервер баз данных, а 3333-порт для подключения (указан для примера). Если сервер «слушает» все порты, можно указать строку вида 127.0.0.1:PT,  т.е. без указания порта.

Файл данных: –  указать полный путь, по которому будет создан файл базы данных. Имя базы данных может быть произвольным, но расширение рекомендуется создавать стандартное *.SDB.

 «Начальный размер файла данных в страницах … мб … » –  можно указать размер создаваемой базы данных в страницах либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании новой базы данных эти значения можно оставить по умолчанию (35000 в страницах или 136,719 в мегабайтах) – в дальнейшем размер базы данных можно изменить с помощью приложения SDBMAN.EXE. Если вы создаете базу данных для переноса информации из 3-й версии склада, то необходимо указать размер, не меньший, чем текущий размер базы данных 3-го склада.

«Файл журнала обновлений» –   указать полный путь, по которому будет создан файл журнала транзакций. Имя файла журнала транзакций может быть произвольным, но расширение рекомендуется создавать стандартное *.SDL.

 «Начальный размер файла журнала в страницах … в мб: …» –  можно указать размер создаваемого фала транзакций либо в страницах, либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании файла транзакций эти параметры можно оставить по умолчанию (1024 в страницах или 4 в мегабайтах), т.к. размер этого файла можно изменить в процессе работы с помощью приложения SDBMAN.EXE.

«Путь к библиотекам» –  определяет путь к системным библиотекам сервера. По умолчанию это директория C:UCSSDBSRV.

«Путь к архиву: » –  определить директорию, в которой будет создаваться архивная копия базы данных (при ручном или автоматическом архивировании).

 «Имя администратора базы данных: » –  указать имя администратора базы данных. По умолчанию имя пользователя admin.

«Пароль администратора: », «подтверждение пароля:»  – указать пароль и подтверждение пароля администратора, имя которого введено в предыдущем поле. По умолчание пароль пустой (для пользователя admin).

«Описание: » –  произвольная текстовая информация.

После заполнения всех необходимых полей, необходимо нажать кнопку «ОК» для создания базы данных.

Если база создается для переноса данных из предыдущей версии (INTERBASE), то следующие пункты выполнять не нужно.

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK». При этом вы получите два ошибочных сообщения:

Выберите пункт меню «ПРОЧЕЕ» –  «ВЫПОЛНИТЬ ЗАПРОС». В появившемся окне, в поле «ПРОЦЕДУРА:» ВВЕДИТЕ BUILDALL, А В ПОЛЕ «БИБЛИОТЕКА:» укажите полный путь к библиотеке SH_CRTDB.DLL (по умолчанию С:UCSSH4SRVSH_CRTDB.DLL). Далее выбираете пункт меню «ДОКУМЕНТ» — «ВЫПОЛНИТЬ», либо воспользуйтесь соответствующей иконкой  на панели задач. После выполнения запроса в нижнем окне появиться сообщение:

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK» в качестве процедуры укажите POPULATE.

После этого запустите склад и проверьте его работоспособность.

4. ПРОЧИЕ НАСТРОЙКИ

На клиентском компьютере установите BDE версии 5.0 для возможности импорта данных из системы R-KEEPER.

В приложении IMPORTRK SETUP UTILITY (по умолчанию C:UCSSH4IRKSETUP.EXE) в верхней части экрана указываются используемые товарные группы — по умолчанию их две – «Товары» и «Меню ресторана». Вы можете добавить столько товарных групп, сколько может понадобиться для работы (например, Дополнительные блюда или Блюда ресторана  №2 и т.д.).

Для каждой товарной группы необходимо заполнить следующие параметры:

Cловари: путь – указать полный путь к словарям – этот путь может ссылаться на сетевой диск или сетевой ресурс (например UNIT99RK6DB). В качестве словарей могут быть базы данных R-KEEPER (таблицы PARADOX) либо DBF-таблицы, сформированные приложением R-KEEPER.

«Транспорт данных» –  в зависимости от того, какой вариант используется, необходимо установить правильный тип источника:PARADOX в случае использования базы данных R-KEEPER и DBASE в случае использования внешних DBF таблиц.

Расход: все параметры аналогичны предыдущему пункту «Словари», за исключением того, что существует дополнительный тип источника – UDB, который используется в том случае, если в качестве источника для расхода выступает база данных R-KEEPER версии выше, чем 6.75. Если используется тип источника UDB, необходимо в файле RKEEPER.INI (должен находиться в той же директории, откуда запускается IMPORTRK.EXE вместе с файлом RKLOGIN.DLL) прописать пути к накопительным базам R-KEEPER – параметры ALIAS1 и ALIAS2.

При импорте расхода блюд с использованием типа источника данных UDB необходимо в системе R-KEEPER завести пользователя с паролем sklad и произвольным именем.

Приложения:

SDBSERV.EXE           конфигуратор сервера
SDBSCONF.EXE                 сервер-менеджер

  1. Системы автоматизации ресторанной деятельности
  3. Система складского учёта S-House
  5. S-House v.4.XX
  7. Shouse проблемы с ключом


29 сен 2010 14:44 #34733
от fillip

Поставил СХ 4 56 109
Создал новую базу.
Создал пользователя.
Запускаю СХ — пишет ошибка чтения ключа защиты.
После этого пишет то же на запуск sdbman, хотя раньше запускался.
Поиск ключей от гарданта находит ключ.
На ключе написано «до 08.02.06»!
пару дней назад работал 4 28 36
Перестановка дров на 5.50, перетыкание брелка, вынимание остальных USB ничего положительного не дало!
Может я глючу?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


30 сен 2010 07:59 #34736
от pavis

Читаем sh4ver.txt

4.31.44 (exe 4.30.43 )
Исправления: Нет конфликта c ключами от новай менеджерской,ПДС
ПЕРЕПРОПИСЫВАТЬ КЛЮЧИ

Нужен новый ключ.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


30 сен 2010 09:41 #34737
от Keeper

да, было такое…. я уже и забыть успел, ;) . Это-ж сколько бедный клиент без апгрейда то жил…..

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


06 окт 2010 07:57 #34751
от fillip

Да, всё так. Оказывается ключи от первых версий SH4 не подходят для более новых версий.
ЮСиЭс как обычно рулит. За небольшой, но стабильный доход от замены ключей они согласны выдать новый ключ!
Клиенты у меня ТОЛЬКО самые бедные, это моя карма, я даже не составляю конкуренцию никому поэтому. Они никому другому не смогли бы платить вообще!
Но кстати ЮСиЭс не собираются выдавать мне новый дистрибутив :-@
Помогите с новым дистрибутивом SH4!

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


06 окт 2010 12:32 #34756
от Chesallin

Ключи? Вы еще используете ключи? :rolleyes:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


06 окт 2010 13:57 #34757
от fillip

Приходится! Вышеуказанная фирма отказывает в предоставлении пиратского хауса последней версии и считает что раз купили хаус, то до смерти обязаны платить за свою инициативу и их (фирмы) ошибки в системе заработка денег из воздуха! Они так старательно оберегают доходы, что большая часть инфы вокруг кипера и хауза является абсолютно засекреченой ;-)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

  1. Системы автоматизации ресторанной деятельности
  3. Система складского учёта S-House
  5. S-House v.4.XX
  7. Shouse проблемы с ключом

Время создания страницы: 0.137 секунд

Сервер: OC Win NT ( Хуже Win98).
Клиент: Win98 и больше.

Установка сервера:
————————————————————-
1. Установите сервер SdbServ.
   Запустите:
   sh4_serversetup.exe
   При усткановке сервера, installer запускает конфигуратор SdbsConf.exe

               Backup options — Обязательно установите для автоматического бэкапа базы данных.
                            Обязательно Согласуйте время бэкапа с персоналом. Можно установить, чтобы бэкап делался во
                            время остановки сервера или во время запуска.

            Startup mode  — для NT лучше установить «Service»   

            Net Protocols — какие протоколы будет «слушать» сервер (TCP/IP — работает с версии sh 4.10)
                            Если поле Timeout пустое, Timeout по умолчанию 2000ms   
                            Если поле Port/Adapter пустое, «слушаются» все доступные адаптеры.

     Нажмите «Save» для сохранения настроек сервера.

2. Ключ Novex устанавливать ТОЛЬКО на сервере.
   На сервере установите драйверы ключа Novex, запустив NovexInstDrv.exe
   и нажав на кнопку «Установить драйвер».
   Воткните ключ в серверную машину.

   Если ключ не прописан,или не воткнут, то при коннекте к базе клиент выдаст «Ошибка чтения ключа защиты»
   Если срабатывают ограничения ключа по дате или по числу с которых одновременный коннект,
   выдаст «Превышено допустимое количество соединений».

                   Перепрописывание осуществляется с помощью SHKey.exe и описано в «Прописывание ключа.txt»

3. Запустите сервер.
   Если в SdbConf  прописано несколько серверов, то нужный сервер запускать  SDBServ.exe /nSERVERNAME
   Например: SDBServ.exe /nSDBSERV
   Если SDBServ.exe запускать без параметров, то это тоже самое, что запускать сервер с именем SDBSERV.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

В ДИСТРИБУТИВЕ НЕТ ЧИСТОЙ БАЗЫ ЕЕ НАДО СОЗДАТЬ (см. как_создать_базу.txt)

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Перезагрузите машину. Убедитесь , что sbd-сервер запущен.

Установка клиента:
————————————————————————

4. Установите клиент


   sh4_clientsetup.exe
   При усткановке клиента, installer запускает конфигуратор SHSetup.exe

   Если используется протокол TCP/IP, в поле сервер необходимо указать IP адрес сервера.

      Параметры подключения: (TCP/IP — работает с версии sh 4.10)

       Протокол — протокол по которому обращение к серверу
          Для TCP/IP
                Порт/адаптер — тот что указан на сервере для TCP/IP 
        Для NetBios
           Порт/адаптер — адаптер клиента можно посмотреть в реестре
              HKEY_LOCAL_MACHINESoftWareMicrosoftRPCNetBios параметр ncacn_nb_nb0

                 Таймаут — если пустой, по умолчанию 2000ms

   Нажмите «Сохранить» для сохранения настроек.

5. Для импорта из RK Установить BDE v5.

6. Настройте пути в ImportRK.exe к накопительным базам RKeeper (RK6DB)
   для закачки данных из RKeeper. Если Тип источника «Paradox + UDB», в
   RKeeper.ini пропишите пути к накопительным базам RKeeper.

7. Для импорта из Paradox+UDB в менеджерской заведите пользователя c паролем: sklad

8. Connect к базе осуществляется пользователем Admin без пароля (ВАЖЕН Регистр в имени пользователя ).

9. Проверить работоспособность SH4, запустив SH.exe, сделав импорт меню Import RK.

  Приложения
————
SdbServ.exe     — сервер
SdbsConf.exe    — конфигуратор сервера
SdbMan.exe      — сервер-менеджер
shsetup.exe     — конфигуратор склада
sh.exe          — складское приложение
shc.exe         — утилита для проверки базы данных ( SHCheck )
ImportRK.exe    — утилита для закачки данных из RKeeper

Для установки сервера  STOREHOUSE необходимо использовать ОС из семейства NT-WINDOWS 2000, WINDOWS XP/HOME, WINDOWS 2003 SERVER или WINDOWS 7 LAUGHING.

1. УСТАНОВКА СЕРВЕРА

Запустите: SH4_SERVERSETUP.EXE.

После окончания установки и удаления временных файлов нужно запустить конфигуратор SDBSCONF.EXE.

Имя сервера (SERVER NAME) – по умолчанию SDBSERV без описания (DESCRIPTION). Вы можете создать столько серверов, сколько необходимо для работы.

Файл базы данных (DATABASE FILE) не создается при инсталляции – его нужно создавать вручную.

Журнал транзакций (DATABASE LOG) также не создается при инсталляции – его необходимо создавать вручную.

Директория, в которой находятся служебные библиотеки (LIBRARY DIRECTORY), ссылается на путь, который мы указали при инсталляции сервера.

Директория для создания (автоматического и ручного) архива базы данных (BACKUP DIRECTORY) также по умолчанию указывает на путь, создаваемый при инсталляции.

Опции архивирования базы данных (BACKUP OPTIONS) по умолчанию отключены (AUTOMATIC BACKUP DISABLED). Крайне рекомендуется настроить автоматическую архивацию данных: (ENABLE AUTOMATIC BACKUP). Можно указать период архивации (PERIOD, DAYS) и выбрать один из трех вариантов времени архивации: указать конкретное время (BACKUP TIME), производить архивацию при загрузке сервера (ON DATABASE LOADING), производить архивацию при остановке сервера (ON SEVER SHUTDOWN).также можно указать опцию остановки сервера при неудачном завершении архивации – STOP SERVER ON ERROR. При включении этой опции, после неудачной попытки архивирования, сервер будет остановлен, и клиенты получат сообщении о невозможности продолжать работу.

Параметры автоматического архивирования необходимо согласовать с ИТ-отделом или пользователем системы!


Протоколы, которые будет «слушать» сервер (NET PROTOCOLS) – по умолчанию установлена поддержка только одного протокола – локального (LOCAL), т.е. для подключения клиента только на том же компьютере, где установлен сервер. Возможно установить поддержку подключения по протоколу TCP/IP (работает только с версии STOREHOUSE 4.10) и через интерфейс NETBIOS (ПРОТОКОЛ NETBEUI). По умолчанию параметры TIMEOUT (MS) и PORT/ADAPTER не заполнены, т.е. сервер будет использовать значение TIMEOUT по умолчанию (2000 MS) и прослушивать все доступные порты и адаптеры. При необходимости эти параметры можно изменить (например, использовать только определенный порт TCP/IP в случае работы через FIREWALL).

Параметры размера кэша (CACHE (PAGES)) и рабочего набора (WORKING SET SIZE (BYTES)) относятся к операциям с памятью, и по умолчанию пустые – эти параметры следует изменять только при некорректной работе сервера или других неполадках (значения, определяемые сервером по умолчанию, можно посмотреть в протоколе сервера – в файле sdb.txt, см. Описание параметра SERVER LOG). Вот пример фрагмента протокола:

20.05.2005 20:40:15- SERVER STARTED
VERSION=1.15
SUBKEY=SDBSERV
DEF WORKING SET SIZE MIN=204800, MAX=1413120
MAX CACHE MEMORY=1024 PAGES (4096 K)

Приоритет для процесса (PRIORITY CLASS) указывает, с каким приоритетом будет запускаться сервис (в том случае, если режим запуска (STARTUP MODE)-сервис (SERVICE)-см. Ниже). Возможны три варианта – низкий (IDLE), средний (NORMAL), высокий (HIGH)

Режим запуска (STARTUP MODE) определяет, как будет запускаться сервер. Возможно три режима: ручной запуск (MANUAL), автозагрузка с OC (WINDOWS), запуск приложения как сервис (SERVICE). Рекомендуется устанавливать последний режим запуска (SERVICE), если OC из семейства WINDOWS NT.

Автоматическое восстановление (AUTOMATIC RECOVERY) определяет, будет ли сервер восстанавливать при сбоях базу данных. Восстановление происходит при запуске сервера и использует для восстановления информацию из журнала транзакций (DATABASE LOG). Рекомендуется всегда использовать этот параметр.

Открывать только для чтения (OPEN READ ONLY) позволяет открывать базу данных только для чтения.

Протокол работы сервера (SERVER LOG) определяет файл, в который будет записываться служебная информация о работе сервера.

На закладке настройки (SETTINGS) указывается путь к корневой директории сервера. Эта настройка необходима серверу для доступа к служебным утилитам и библиотекам. При указании неправильной директории, при сохранении настроек будет  получено сообщение об ошибке.

После изменения настроек их необходимо сохранить, нажав кнопку сохранить (SAVE).

Установить драйвер электронного ключа защиты, который по умолчанию находится в директории C:UCSNOVEX, запуском приложения INSTDRV.EXE (если используются электронные ключи NOVEX STEALTH II, необходимо использовать версию драйвера не ниже, чем 4.85). Ключ и драйвер устанавливается только на компьютер, на котором запускается сервер. Если ключ не установлен или не корректно прописан (см. ниже) клиент при подключении получит сообщение «ошибка чтения ключа защиты». Возможна ситуация, при которой сработает ограничение ключа по дате или по числу возможных подключений (определяется приобретенной лицензией) – в таком случае клиент получит сообщение «превышено допустимое количество соединений»

Сохранить все настройки в конфигураторе сервера и перезагрузить компьютер.

Убедиться, что сервер запущен – в случае запуска как сервис, проверить через «ПУСК»-«НАСТРОЙКА»-«ПАНЕЛЬ УПРАВЛЕНИЯ»-«АДМИНИСТРИРОВАНИЕ»-«СЛУЖБЫ», что соответствующий сервис (SDB SERVER:) находится в состоянии «Работает» и тип запуска «Авто»:

В случае автоматического запуска  (WINDOWS) или ручного (MANUAL) должна  появиться иконка сервера в правом нижнем углу рабочего стола WINDOWS:

2. УСТАНОВКА КЛИЕНТСКОЙ ЧАСТИ

Для установки клиентской части можно использовать любую современную версию OC WINDOWS (не ниже WINDOWS 98).

Для установки и конфигурирования клиентской части необходимо:

  1. Запустить из директории SH4CLI_XXXX файл SETUP.EXE (XXXX-версия текущего дистрибутива).
  2. Указать, куда будет установлена клиентская часть (по умолчанию C:UCSSH4)
  3. Дождаться окончания копирования файлов и удаления временных.
  4. Запустить утилиту конфигурирования клиентской части SHSETUP.EXE (по умолчанию находится в директории C:UCSSH4).

Рассмотрим основные свойства утилиты конфигурирования клиентской части:

В окне сервера указывается имя сервера, к которому будет подключаться клиент. Если в качестве протокола обмена выбран TCP/IP (см. ниже), то вместо имени сервера должен быть указан IP адрес компьютера, на котором запущен сервер. В качестве псевдонима можно указать описание базы данных (т.к. сервер может работать только с одной базой данных, то псевдоним будет определять не только сам сервер, но и базу, с которой он работает, например «База предприятия №1» и «База предприятия №2»). Если это поле заполнено, то при входе в приложение пользователю будет предложен список псевдонимов, иначе пользователю будет предложен список серверов (см. ниже). С помощью списка серверов можно ограничить доступ клиента к различным базам (серверам), т.е. клиент сможет получить доступ только к тем базам (серверам), которые определены в SHSETUP.EXE, независимо от кол-ва баз (серверов), определенных на сервере.

В параметрах подключения указывается протокол, по которому клиент будет подключаться к серверу. Возможны несколько вариантов: локальное подключение (LOCAL), подключение по протоколу TCP/IP (TCP/IP), подключение через интерфейс NETBIOS (NETBIOS).порт (ПОРТ) и адаптер (АДАПТЕР), а также таймаут в мс. Номер порта определяется настройками сервера (см. Установку серверной части)-на сервере и клиенте должны быть указаны одинаковые (свободные) номера портов. В качестве номера адаптера должен быть указан текущий номер адаптера NETBIOS –при этом на сервере это значение может быть не указано – сервер «слушает» подключение по всем номерам адаптеров.

С помощью операции «Добавить сервер»/«Удалить сервер» можно добавить и удалить строку, для добавления дополнительных серверов. Эта операция также доступна по правому нажатию кнопки мыши в верхнем окне.

Параметр «Хранить …. последних имен пользователей» определяет, сколько имен пользователей будет храниться при входе в клиентское приложение. При превышении этого значения, новым пользователям для входа необходимо будет вводить свое имя вручную.

«Разрешить ввод имени сервера» позволяет пользователям при входе указывать произвольное имя для подключения (либо имя сервера, либо имя псевдонима). Рекомендуется этот параметр оставлять выключенным и определять для всех серверов информативный псевдоним.

«Разрешить дизайнер отчетов» позволяет вызвать режим редактирование макета отчета. Рекомендуется включать этот режим только для опытных пользователей.

«Рекомендованный размер кеша в страницах» позволяет определить произвольное значение кеша. Рекомендуется значение этого параметра оставлять по умолчанию (пустое).

«Библиотека администратора» указывает путь к административной библиотеке (по умолчанию C:UCSSH4SHADM.BPL).

После осуществления всех настроек нажать «СОХРАНИТЬ» для сохранения.

3. СОЗДАНИЕ БАЗЫ ДАННЫХ

Для создания рабочей базы данных (как отмечалось выше, пустой базы нет в дистрибутиве), необходимо воспользоваться приложением SDBMAN.EXE (по умолчанию находится в директории C:UCSSH4). Базу данных необходимо создавать на сервере. Для этого может понадобиться установка клиентского приложения на сервер. Рекомендуется использовать локальное подключение при создании базы данных.

Если вы впервые создаете базу данных:

  1. Запустите приложение sdbman.exe (по умолчанию находится в директории C:UCSSH4)-когда будет предложено ввести имя и пароль, нажмите «Отмена».
  2. Выберите пункт меню «Прочее»  –  «Создать базу данных».
  3. В окне «Создание базы данных» необходимо заполнить следующие поля:

Сервер: –  указать имя сервера, к которому будет подключаться приложение при создании базы данных. Как было указано выше, рекомендуется использовать локальное (LOCAL) подключение при создании базы данных. Если же вы по каким-либо причинам хотите  использовать подключение по протоколу TCP/IP, то в качестве имени сервера необходимо указать строку вида 127.0.0.1:PTA3333, где 127.0.0.1-IP адрес компьютера, на котором запущен сервер баз данных, а 3333-порт для подключения (указан для примера). Если сервер «слушает» все порты, можно указать строку вида 127.0.0.1:PT,  т.е. без указания порта.

Файл данных: –  указать полный путь, по которому будет создан файл базы данных. Имя базы данных может быть произвольным, но расширение рекомендуется создавать стандартное *.SDB.

 «Начальный размер файла данных в страницах … мб … » –  можно указать размер создаваемой базы данных в страницах либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании новой базы данных эти значения можно оставить по умолчанию (35000 в страницах или 136,719 в мегабайтах) – в дальнейшем размер базы данных можно изменить с помощью приложения SDBMAN.EXE. Если вы создаете базу данных для переноса информации из 3-й версии склада, то необходимо указать размер, не меньший, чем текущий размер базы данных 3-го склада.

«Файл журнала обновлений» –   указать полный путь, по которому будет создан файл журнала транзакций. Имя файла журнала транзакций может быть произвольным, но расширение рекомендуется создавать стандартное *.SDL.

 «Начальный размер файла журнала в страницах … в мб: …» –  можно указать размер создаваемого фала транзакций либо в страницах, либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании файла транзакций эти параметры можно оставить по умолчанию (1024 в страницах или 4 в мегабайтах), т.к. размер этого файла можно изменить в процессе работы с помощью приложения SDBMAN.EXE.

«Путь к библиотекам» –  определяет путь к системным библиотекам сервера. По умолчанию это директория C:UCSSDBSRV.

«Путь к архиву: » –  определить директорию, в которой будет создаваться архивная копия базы данных (при ручном или автоматическом архивировании).

 «Имя администратора базы данных: » –  указать имя администратора базы данных. По умолчанию имя пользователя admin.

«Пароль администратора: », «подтверждение пароля:»  – указать пароль и подтверждение пароля администратора, имя которого введено в предыдущем поле. По умолчание пароль пустой (для пользователя admin).

«Описание: » –  произвольная текстовая информация.

После заполнения всех необходимых полей, необходимо нажать кнопку «ОК» для создания базы данных.

Если база создается для переноса данных из предыдущей версии (INTERBASE), то следующие пункты выполнять не нужно.

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK». При этом вы получите два ошибочных сообщения:

Выберите пункт меню «ПРОЧЕЕ» –  «ВЫПОЛНИТЬ ЗАПРОС». В появившемся окне, в поле «ПРОЦЕДУРА:» ВВЕДИТЕ BUILDALL, А В ПОЛЕ «БИБЛИОТЕКА:» укажите полный путь к библиотеке SH_CRTDB.DLL (по умолчанию С:UCSSH4SRVSH_CRTDB.DLL). Далее выбираете пункт меню «ДОКУМЕНТ» — «ВЫПОЛНИТЬ», либо воспользуйтесь соответствующей иконкой  на панели задач. После выполнения запроса в нижнем окне появиться сообщение:

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK» в качестве процедуры укажите POPULATE.

После этого запустите склад и проверьте его работоспособность.

4. ПРОЧИЕ НАСТРОЙКИ

На клиентском компьютере установите BDE версии 5.0 для возможности импорта данных из системы R-KEEPER.

В приложении IMPORTRK SETUP UTILITY (по умолчанию C:UCSSH4IRKSETUP.EXE) в верхней части экрана указываются используемые товарные группы — по умолчанию их две – «Товары» и «Меню ресторана». Вы можете добавить столько товарных групп, сколько может понадобиться для работы (например, Дополнительные блюда или Блюда ресторана  №2 и т.д.).

Для каждой товарной группы необходимо заполнить следующие параметры:

Cловари: путь – указать полный путь к словарям – этот путь может ссылаться на сетевой диск или сетевой ресурс (например UNIT99RK6DB). В качестве словарей могут быть базы данных R-KEEPER (таблицы PARADOX) либо DBF-таблицы, сформированные приложением R-KEEPER.

«Транспорт данных» –  в зависимости от того, какой вариант используется, необходимо установить правильный тип источника:PARADOX в случае использования базы данных R-KEEPER и DBASE в случае использования внешних DBF таблиц.

Расход: все параметры аналогичны предыдущему пункту «Словари», за исключением того, что существует дополнительный тип источника – UDB, который используется в том случае, если в качестве источника для расхода выступает база данных R-KEEPER версии выше, чем 6.75. Если используется тип источника UDB, необходимо в файле RKEEPER.INI (должен находиться в той же директории, откуда запускается IMPORTRK.EXE вместе с файлом RKLOGIN.DLL) прописать пути к накопительным базам R-KEEPER – параметры ALIAS1 и ALIAS2.

При импорте расхода блюд с использованием типа источника данных UDB необходимо в системе R-KEEPER завести пользователя с паролем sklad и произвольным именем.

Приложения:

SDBSERV.EXE           конфигуратор сервера
SDBSCONF.EXE                 сервер-менеджер

Добавить ответ

Ваше имя:

Регистрация? Это возможность подписаться на новые ответы, получать за ответы очки и призы

В ответ на сообщение

Нет

Captcha

Текст с картинки:

Отправить

Маты, сообщения БОЛЬШИМИ БУКВАМИ, с грубыми ошибками, просто неуважительные или совершенно не по теме будут удаляться.

Название ошибки
Полный текст ошибки
Описание ошибки и метод решения

Ошибка менеджера данных 15
Поле-источник данных должно содержать значение для записи потока. Ошибка менеджера данных 15. Тег поля: {216.2.0}

Причин ошибки может быть несколько: 

  • в менеджерской базе в словаре валют содержится некорректная информация (например валюта без названия). При этом валюта может быть также удаленной — в таком случае надо проверять таблицу Money_.DB 
  • в R-Keeper есть блюдо с нулевой (удаленной) группой станции — в этом случае за данный день надо забить расход блюд в БД SHouse вручную 
  • версия транспорта данных SH4 (ImportRK.exe) не соответствует версии сервера SH4 – нужно привести версии программ в соответствия друг другу

В случае если выгрузка идет из РК7: — снять флаг в параметре УстановочныеСвязь с другими системамиАльт.названия. Т.е. поле альт. название заполнять не нужно, а просто отключить экспорт альт. названий в SH4. После этого, импорт меню и расхода должен пройти успешно.

Ошибка сервера Sdbserv 153
Ошибка Sdbserv 153: Слишком большая высота дерева индекса «iCmltemsHdrRefs»

При входе в товарные группы, калькуляции, а также утилиту проверки базы данных, появляется след. сообщение: «Ошибка сервера Sdbserv 153,Объект = «iCmltemsHdrRefs». Параметр = 0. Ошибка Win32 = 0.Слишком большая высота дерева индекса «iCmltemsHdrRefs».
Также невозможно войти в некоторые калькуляции и документы, причем те которые уже проведены.

Решение:
Скорее всего, повреждена база данных. Можно попробовать ее восстановить, но гарантий никаких нет. Для этого необходимо создать запрос в Сервис Деске, в который обязательно вложить проблемную базу (если backuprestore проходит, то вкладывать backup базы в архиве (rar, zip); если нет, то вложить оригинал также в архиве)

Как вариант решения — восстановить backup, который сформирован до повреждения и заполнить базу недостающими документами.

Ошибка: Исключение процедуры сервера — 503
Ошибка: Исключение процедуры сервера — 503 (Не определена единица измерения товара)

Описание: Эта ошибка возникает при формировании списка документов, в частности документов расхода или при импорте расхода из базы r_keeper. Backup-Restore базы не помогает. При проверке накладных SHCheck Utility — эта ошибка проявляется и не исправляется.

Решение: Нужно выполнить процедуру ChkGsMUnitRef (из библиотеки SHSERV.DLL) — после его выполнения в текстовом логе сервера (по умолчанию, sdb.txt) появятся строки вида  «__ LOST MUNIT __ … «, в которых указаны наименования и коды товаров и наименования ед. изм., которые к ним надо добавить.

Не найдена товарная группа внешний код %Х
Не найдена товарная группа внешний код %Х. Исключение процедуры сервера.

Ошибка возникает при импорте товаров (меню и модификаторы).

R-Keeper v7

В случае использования RK7 следует проверить, нет ли НЕ удаленных блюд (черновики, активные) в удаленных группах меню.

В общем для RK7 универсального решения нет — дополнительно можно посмотреть на задачи https://tracker.ucs.ru/issues/20726 и https://tracker.ucs.ru/issues/24364, а также связанными с ними задачи.

Не найдено поле DEPART в таблице ACHECK
Field not found file C:RK6DBARK6.UDB table ACHECK field DEPART
Ошибка возникает при импорте словарей (меню). Решение: обновить библиотеку SHTR.DLL на версию не ниже 1.13.9.1

Не найден товар для модификатора.
Не найден товар для модификатора.
Обновить SHTR.DLL на версию не ниже 1.13.9.1

Исключение процедуры сервера 563
Отсутствует версия комплекта на заданную дату (Исключение процедуры сервера 563)
Если SHCheck и диагностика ошибок не выдают, то надо удалить данный комплект и завести его заново.
Также подобная ошибка бывает следствием при обновлении SHouse v3 на SHouse v4. Вполне вероятно во вновь создаваемые блюда входят полуфабрикаты перенесенные из старого склада. И у данных полуфабрикатов отсутствуют периоды на определенные даты, т.е. имеет место конфликт между периодами комплектов блюда и входящих в него составляющих.
Еще один вариант появления ошибки — когда в новый, создаваемый в SH4 комплект, входили комплекты, перекачанные из SH3. Решение — выполнение процедуры SetStartCmHdrDate из shfix.dll версии 4.49.86

Исключение процедуры сервера 37
Не найдена вершина в дереве/мастерзапись (Исключение процедуры сервера 37)
Необходимо сделать обновление версии программы.

Недопустимое имя параметра «%S»
Недопустимое имя параметра «%S». Исключение процедуры сервера 100
Данная ошибка выдается при открытии карты комплекта. Проблема решается обновлением версии программы и удалением последнего периода действия комплекта. Если период не удаляется, удаляется сам комплект и заводится заново.

Цена не может быть отрицательной.
При импорте расхода возникает ошибка «Цена не может быть отрицательной»
Проблема решается выполнением процедуры ZeroGsInPrice c использование специальной библиотеки ShFix.dll

DLL exception: Field ‘NALOG’ not found.
DLL exception: Field ‘NALOG’ not found.
Данная ошибка появляется при импорте меню. Проблема решается повышением версии RK6.

DLL exception: Invalid pointer operation.
DLL exception: Invalid pointer operation.
Посмотреть в отчетах R-Keeper v6 расход блюд за данный период. При наличии неизвестных блюд или знаков «???» исправлять БД R-Keeper v6

Could not convert variant of type (String) into type (Double)
Could not convert variant of type (String) into type (Double)
Ошибка возникает при добавлении товара в комплект. Решение проблемы — обновление версии программы. Или как временный вариант: в меню Сервис->Настройки склада->Комплекты — снять галочку «Автоматически подставлять проценты обработки»

Неизвестное исключение процедуры сервера 606
Некорректная запись о замене для товара <наименование_товара>. Неизвестное исключение процедуры сервера 606
Ошибка возникает при построении списка накладных. Решение проблемы — обновление версии программы.

Не найден товар для спецификации расхода
Не найден товар для спецификации расхода. Внешний код XXX

Данные решения указанной проблемы нельзя применять в случае использования SH4 HeadOffice

Ошибка возникает при импорте расхода блюд. В качестве значения ХХХ указывается ШИФР проблемного блюда (модификатора, категории) в шестнадцатеричном виде (HEX) — например, значение 244Е соотв. десятичному 9294.

Вариант №1

Для решения проблемы нужно найти в таблице меню (menu.db) блюдо с соотв. шифром (поле Sifr) и проверить, корректно ли заполнены в этой записи остальные поля. Например, поле Parent (шифр родителя) может ссылаться на несуществующую запись. Если в таблице menu.db такого блюда нет, следует проверить в удаленном меню (menu_.db)

Если проблема не связана с блюдами, надо аналогичным образом проверить другие таблицы (categ.db, modify.db)

Вариант №2

Ошибка может возникать при использовании библиотеки SHTR.DLL, предназначенной для SH4 HeadOffice. В таком случае необходимо заменить ее на стандартную библиотеку SHTR.DLL.

Неверная контрольная сумма ключа защиты
Неверная контрольная сумма ключа защиты.
— Ошибка возникает при входе в программу и устраняется заменой ключа. — Либо не совпадает версия программы с прошивкой ключа.

Дублирование в порядке компонентов комплекта
Исключение процедуры сервера 621

Возникает при попытке открыть комплект или список комплектов.

Решение проблемы:

1. Если версия склада ниже 4.62, скопировать в любое место библиотеку ShServ.dll. ВАЖНО: библиотеку НЕ НУЖНО подменять в SDBSrv!
Если версия склада 4.62 и выше, процедуру можно запускать из стандартной библиотеки, входящей в инсталляцию. Если в стандартной библиотеке (даже версии 4.62 и выше) процедура все же не найдена, используем вышеуказанную библиотеку.
2. Запустить Sdbman.exe
3. Выбрать пункт «Прочее», далее «Выполнить запрос»
4. В поле «Процедура» указать имя процедуры SetCmItemsOrder
5. В поле «Библиотека» указать полный путь к скопированному файлу ShServ.dll (для версии ниже 4.62) или для текущей, из рабочей директории SDBSrv (для версии выше 4.62)
6. Выполнить запрос с помощью иконки на панели задач либо выбрав соотв. пункт в меню.

Undefined symbol «PRINTCOLOR»
Undefined symbol «PRINTCOLOR»
Ошибка возникает при попытке распечатать из спец. ведомости остатков форму «Заказ». Решение проблемы — обновление формы REP_SPECZAKAZ.frf

Код ошибки WinSock 10038
Невозможна операция записи (5064). Код ошибки WinSock 10038.
Ошибка выдается при построении баланса счетов. Проблема решается увеличением таймаута на сервере и клиенте.

Адрес процедуры «DocHdrAttrList» неизвестен
Ошибка процедуры сервера Sdbserv 84. Объект = «DocHdrAttrList». параметр = 0. Ошибка Win 32 = 0.
Возникает при попытке добавить атрибут заголовка документа. Решение: обновить ShServ.dll — должна быть не ниже версии 4.48.86.

An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
Возникает при попытке импорте меню. Решение: установить BDE

Database not supported
Database not supported
Ошибка возникает при импорте из R-Keeper и заключается в несоответствии версии библиотеки rklogin.dll и накопительной базы данных ARK6.UDB . Проблема устраняется копированием библиотеки rklogin.dll из рабочего каталога RK6 в директорию SH4 (откуда запускается транспорт данных ImportRK.exe)

Ошибка сервера Sdbserv 72
Нарушение условий ссылочной целостности внешнего ключа «fk_ExpSpecs0_CmRef»: мастер-запись не найдена. Ошибка сервера Sdbserv 72. Объект = «fk_ExpSpecs0_CmRef». Параметр = 0. Ошибка Win32=0.
Ошибка появляется при импорте меню. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Комплект не найден (по заданному RID)
Комплект не найден (по заданному RID)
Ошибка появляется при открытии группы блюд. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Floating point overflow
Floating point overflow
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

Printing in progress
Printing in progress
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

DLL exeption: Index is out of date
DLL exeption: Index is out of date. Index: Iparent.
Ошибка появляется при импорте данных из БД R-keeper. Для решения проблемы необходимо сделать реиндексацию БД R-keeper с помощью утилиты REIND32.EXE и повторить импорт данных в SHouse.

Ошибка сервера Sdbserv 77
Нарушение условия уникальности индекса «uiExpM0». Ошибка сервера Sdbserv 77. Объект = «uiExpMO»

Есть несколько причин возникновения ошибки и методов ее решения:

1. Ошибка возникает при импорте расхода блюд из R-Keeper v6 или v7 и объясняется тем, что в таблице expm0 лежит много мусора. Таким образом, импорт расхода за некоторые дни может не проходить. Решение: выполнить процедуру ChkExpM из прилагаемой ShServ.dll. Для версии SH4.52 требуется модифицированная ShServ.dll, с версии SH4.53 эта процедура станет стандартной.

2. Блюдо было удалено вручную и в menu.db и в menu_.db. Решение: расход блюд не импортируется за этот день в SH4, а забивается вручную.

3. В SH4 некоторые модификаторы могут в свойствах иметь тип «ССЫЛКА» — так делать нельзя и это может быть причиной данной ошибки. Решение: нужно что бы все модификаторы имели тип «ТОВАР». (Проверялось на версии SH 4.60).

4. Если данные импортируются из RK7, необходимо параметр в RK7 «Не передавать тип заказа (SH4UsesDefaultCOT)» выставить в TRUE.

Нарушение условия уникальности индекса pkDocSpecs0
Нарушение условия уникальности индекса pkDocSpecs0

Дополнительная информация:

— диагностика база данных находит много потерянных страниц и также ссылается на индекс pkDocSpecs0. Backup базы проходит успешно, но восстановить из этого архива базу невозможно.

Решение:

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

— создать запрос в Сервис Деске, вложить в него проблемную базу (backup не подходит!), предварительно сделав архив с помощью WinRAR (или любого другого архиватора) и ожидать восстановления базы

— если на момент возникновения проблемы с базой у клиента установлена не последняя версия склада, подготовиться к обновлению (не забывая при этом, что с версии 4.31.44 используются ключи с новой пропиской)

Количество должно быть больше нуля
Количество должно быть больше нуля

Ошибка происходит при попытке открыть документа расхода. Проблема может возникать в нескольких случаях:

— в накопительной базе R-Keeper v6 есть чеки, которые были оплачены одной валютой, а сдача оформлена другой (как правило, ошибка персонала). Если оплата комбинированная, то сдача должна быть в любой из валют оплаты — в таком случае проблема не возникает.

— в накопительной базе R-Keeper v6 есть чеки, в оплате которых по одной из валют нулевая сумма. Эта ситуация возникает очень редко и является нештатной (сбой системы). Следует заметить, что это не относится к чекам без оплаты (которые обрабатываются нормально) — проблема возникает только в том случае, когда в таблице PCHECK.DB (оплата чеков) для одного чека существует несколько записей, одна из который с нулевой суммой.

Для решения проблемы потребуется исправлять исходные данные закрытого дня (каталог OLDRES)

В первом случае для выбора проблемных записей можно использовать следующий запрос:

SELECT * FROM ‘C:UCSPCHECK.DB’ AS a, ‘C:UCSPCHECK.DB’ AS b WHERE (a.Cnum = b.Cnum AND a.Curency <> b.Curency)

ВАЖНО: Запрос возвращает не только проблемные записи, но и записи с комбинированной оплатой — будьте внимательны!

Во втором случае нужно просмотреть все записи в таблице PCHECK.DB и удалить проблемную.

No measure unit is set for the product.
When trying to perform expenditure, system shows error «No measure unit is set for the product.»

Sometimes system shows error «No measure unit is set for the product.» when trying to perform expenditure.
To check which products have problem with m. units perform following:

1. Using SDBMAN execute query (Service -> Execute query) on procedure «ChkGsMUnitRef» in ShServ.dll
2. Open server log (usually …UCSSDBSrvSDB.TXT). This file will show info about products, which have problems with m. units. The line should start with __ LOST MUNIT __ goods:.
3. Fix m. units for indicated products.

Ошибка менеджера данных 16. Тэг поля:{200.3.0}
Слишком длинная строка для присваивания

Возникает при открытии комплекта; группы комплектов, куда входит проблемный комплект; либо при открытии группы товаров, где есть товар, связанный с проблемным комплектом.

Причина: у комплекта макс длинна аббревиатуры 16 символов, у товара – 20. При создании комплекта на основе товара не отрезались лишние символы до версии 4.72

Решение:

Выполнить процедуру CutCmBaseAttr из библиотеки SHFix.dll версии 4.70.159.0 от 05.08.10

Неизвестное исключение процедуры сервера 72
Неизвестное исключение процедуры сервера 72
При формировании отчета «Анализ неплательщиков» в SHUtils, может возникнуть данная ошибка. 
Решение: обновить текущую версию SHUtils до версии 4.19.41.0

Несуществующие модификаторы при списании
При списании документа расхода к товарам без модификаторов, прикрепляются несуществующие модификаторы. При пересписании документа, данные позиции могут уже не подкрепляться

Нечто подобное обсуждалось на трекере — например, запрос 0005967.

Решение:

1. Сделать бэкап БД.
2. Выполнить процедуру DelWrongExpM (указав в поле библиотеки обновленную ShFix.dll версии не ниже 4.70.159.0)
3. В логе сервера (SDB.TXT) после выполнения этого запроса должен отобразиться протокол количества удаленных позиций.

Далее, существующие проблемные документы загрузить заново и пересписать.

Обновленная ShFix.dll находится на ФТП (ftp://…/dealers/storehouse/sh4/shfix/). Также ее можно скачать с трекера — номер обращения 0005967 вложенный архив ShFix4_70_159.rar

Не работает назначение комплекта в SH 4.92
Не корректно отрабатывает назначение комплекта в SH 4.92

— В версии сервера 4.92 при работе с «учет/спец. учет» некорректно отрабатывает назначение комплекта по умолчанию. Если делать в учете, то не назначается в спец. учете (и наоборот). 
— Решение: сделать обновление SH  до версии 4.93 и выполнить запрос UpdGsCmRef  из библиотеки SHFix.DLL 4.84.222.0 — что назначит «неназначенные» комплекты по умолчанию

Error — Sdbserv 70
Ошибка чтения потока — Ошибка сервера Sdbserv 70

Воспроизводится:
1. Документы -> Корреспонденты -> Места реализации
2. Добавляем новое место реализации
3. Сохраняем
4. Вылетает окно с ошибкой.
Решение:
Ошибка возникает если при создании места реализации, в поле код указать трехзначное (или больше) значение. Код должен быть — ДВУХЗНАЧНЫМ!

P.S> решен запрос на трекере — №28093

Не сходятся остатки на конец-начало периода
Не сходятся суммы остатков конца одного периода с началом следующего периода в товарном отчете

Решение:
Апгрейд SH4 до актуальных версий и выполнение следующих процедур:
1. Процедура ChkDoc12 проверяет замены и в случае обнаружения расхождений пишет в > текстовый лог (SDB.TXT) строки вида:
doc _номер документа_ saved _сохр. кол-во_ calc _расчетное кол-во_
2. Процедура RepDoc12 делает тоже самое плюс пытается это исправить (сохранить другое кол-во).

Предполагается вызывать так (в качестве библиотеки указывать SHSERV.DLL с версии SH 4.94):
ChkDoc12
— посмотреть лог, если есть проблемы, то
RepDoc12
— снова проверить ChkDoc12. (Перед применением RepDoc12 не забыть сделать резервную копию БД).

Внимание! Ошибки при работе SHC.EXE могут остаться. Главное, чтобы отчет сходился! На современных версиях SH 4.90 и выше, после правки можно воспользоваться SHC для исправления оставшихся после правки логических ошибок до полного исправления БД.

3. Если не помогают вышеописанные процедуры, выполнить процедуру

fix_002

— из актуальной для используемого SH версии SHFIX.DLL. Для старых версий SH (ниже 4.90) может не сработать, тогда выполнить после обновления ПО до актуальной версии.

  1. 26.03.2013, 10:34

    #1

    JohnStav вне форума


    Сведущий

    Аватар для JohnStav

    Регистрация
    25.07.2012
    Адрес
    Россия
    Сообщений
    56
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)

    Несовместимая версия библиотеки сервера

    Добрый день! Кто сталкивался с проблемой SH4 на windows8 ?
    Сервер sh4 версия 4.78 стоит на 7 винде 32 bit, клиент на ХР и WIN8. На ХР все без проблем работает. На WIN8 при запуске пишет ошибку:несовместимая версия библиотеки сервера SHSERV.dll:4.78. Что он хочет?

  2. 26.03.2013, 11:46

    #2

    PaViS вне форума


    В теме

    Регистрация
    20.02.2007
    Адрес
    -<>-
    Сообщений
    631
    Поблагодарил(а)
    1
    Благодарностей: 1 (сообщений: 1)

    Отправить сообщение для PaViS с помощью ICQ

    Цитата Сообщение от JohnStav
    Посмотреть сообщение

    несовместимая версия библиотеки сервера SHSERV.dll:4.78. Что он хочет?

    А клиент на Win8 какой?
    Для проверки при логоне на сервер SH4 нажми «Отмена» и посмотри версию клиента.

  3. 26.03.2013, 13:05

    #3

    JohnStav вне форума


    Сведущий

    Аватар для JohnStav

    Регистрация
    25.07.2012
    Адрес
    Россия
    Сообщений
    56
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)

    Спасибо. Оказывается клиент стал криво.

  4. 11.12.2018, 12:02

    #4

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    160
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Столкнулся с аналогичной проблемой, но назвать установку клиента кривой не могу.
    1. Установил сервер SH4 версии 4.107.362 (дистрибутив shserv4_107_362_1), при этом свойства модуля sdbserv показывают версию 1.32.285.0.
    2. Установил клиент SH4 версии 4.107.362 (дистрибутив shcli4_107_362_1), при этом вкладка «Подробно» свойств файла SH.exe пишет, что версия 4.99.315.0.
    3. После запуска клиента и отмены входа раздел справки сообщает, что версия программы 4.99.
    4. При попытке подключится к серверу SH4 после авторизации ругается «Несовместимая версия библиотеки сервера SHSERV.dll 4.88»
    Где она ее берет, если в папке SDBSrv версия этой библиотеки в свойствах 4.107.362.0?!
    Попробовал ставить клиент на машины с Windows 10, Server 2008R2/Windows 7

    Последний раз редактировалось ExiveR; 11.12.2018 в 13:40.

  5. 11.12.2018, 12:39

    #5

    satan вне форума


    Разбирающийся

    Регистрация
    28.06.2013
    Адрес
    Краснодар
    Сообщений
    1,333
    Поблагодарил(а)
    23
    Благодарностей: 143 (сообщений: 101)

    Цитата Сообщение от ExiveR
    Посмотреть сообщение

    Где она ее берет, если в папке SDBSrv версия этой библиотеки в свойствах 4.107.362.0?!

    а что на второй закладке в SDBSConf.exe?

  6. 11.12.2018, 12:58

    #6

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    160
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Цитата Сообщение от satan
    Посмотреть сообщение

    а что на второй закладке в SDBSConf.exe?

    Путь к папке, где лежит эта библиотека — D:UCSSDBSrv

  7. 11.12.2018, 15:18

    #7

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    160
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Разобрался — по ошибке в настройках отправлял клиента SH4 на сервер отчетов RK вместо SH, хотя в Справка-О программе почему-то по-прежнему показывает версию программы 4.99

  8. 11.12.2018, 17:51

    #8

    satan вне форума


    Разбирающийся

    Регистрация
    28.06.2013
    Адрес
    Краснодар
    Сообщений
    1,333
    Поблагодарил(а)
    23
    Благодарностей: 143 (сообщений: 101)

    Все верно, клиент с тех пор не менялся

Djoni

Гость

Исключение процедуры сервера #N

// ошибки фифо

1  — приходование из минуса запрещено
2  — расходование в минус расходными накл. запрещено
3  — расходование в минус прочими док-тами запрещено
4  — на приход существуют ссылки расходов — ??? удаление прихода невозможно
5  — активные расходы могут быть списаны только с активного прихода
6  — с прихода списано жестко большее кол-во расходов, чем кол-во прихода
7  — приход должен предшествовать расходам, с него списанным
8  — запись о приходе для привязки не найдена
9  — неверная очередь фифо прихода
10 — недопустима смена склада
11 — недопустима смена товара
12 — товар не найден
13 — товар является услугой
14 — недопустимая единица измерения товара
15 — недопустимая доп. единица измерения с/в или недопустимое кол-во

16 — неверное количество
17 — неверная сумма
18 — неверный НДС
19 — неверный НСП
20 — запись не найдена при обновлении/удалении
21 — неверный тип записи при обновлении/удалении
22 — для данной к, д/к склады должны быть различны,
     т.к. в приходной и расходной части присутствуют одинаковые номенклатуры
23 — запись о приходе, на кот. ссылается запись о расходе,находится в закрытом периоде

// Прочие ошибки

30 — процедура получает неверный параметр
31 — Наименование (имя) должно быть уникальным
32 — Аббревиатура должна быть уникальна
33 — Код должен быть уникальным
34 — Имя должно быть непустым
35 — Аббревиатура должна быть непустой
36 — Код должен быть непустым
37 — не найдена родительская запись / вершина в дереве
38 — не найдена запись
39 — операция невыполнима (в данном контексте)
40 — попытка создать слишком много складов
41 — невозможно удалить базовую валюту
42 — нельзя задать курс для базовой валюты
43 — нельзя изменить базовую валюту — на нее есть ссылки
44 — нельзя создать новый или модифицировать старый корень дерева
45 — нельзя удалить вершину дерева
46 — поставщик должен быть определен
47 — неверный тип корреспондента
48 — не найдена запись о корреспонденте
49 — не найден заголовок документа или неверный тип документа
50 — неверный идентификатор базовой валюты
51 — период закрыт
52 — пользователь не имеет прав на операцию со складом
53 — пользователь не имеет прав на данный тип учета
54 — пользователь не имеет прав на документ с такой степенью активности
55 — некорректно задан курс на накладной
56 — номер документа должен быть не пустой
57 — номер документа должен быть уникальным
58 — неверный идентификатор валюты
60 — нет прав на открытие периода
61 — неверное значение курса валюты
62 — нет подходящего значения DocRec::Order
63 — в режиме отладки найдена ошибка в накладных
64 — поставщик и получатель должны быть различны
65 — пользователь не имеет прав на повышение уровня блокировки накладной
66 — накладная блокирована создавшим ее пользователем
67 — накладная сгенерирована автоматически, нельзя менять детайлы, дату, корреспондентов и т.п.
68 — пользователю назначен склад, и в отчете в кач-ве фильтра не передан склад пользователя
69 — комплект не найден
70 — невозможно удалить валюту, т.к. на нее ссылаются накладные
71 — невозможно удалить корреспондента, т.к. на него ссылаются накладные
72 — не найдена валюта с указанным ключом
73 — не найдена категория
74 — неизвестное значение фильтра суммы бух. операции
75 — бух. операция не найдена или несовместима с накладной данного типа
76 — Тип накладной не может быть исключен из операции, т.к. операция является умолчательной для накладной данного типа
77 — Тип накладной не может быть исключен из операции, т.к. операция используется накладной данного типа
78 — Нельзя удалить операцию — на нее есть ссылки в списке операций по умолчанию накладных
79 — Счет-фактура для накладной уже создана
89 — Счет-фактура не найдена
90 — номер счета-фактуры должен быть не пустой
91 — номер счета-фактуры должен быть уникальным
92 — имя параметра д.б. уникально + строка
93 — Имя должно быть непустым
94 — Не найден атрибут корреспондента с заданным id
95 — несовместимый с типом корреспондента атрибут корреспондента
96 — атрибут используется корреспондентом/собсв.реквизитами и не м.б. удален/отменен
97 — Наименование (имя) должно быть уникальным + строка
98 — Аббревиатура должна быть уникально + строка
99 — Код должен быть уникальным + строка
100 — недопустимое имя параметра
101 — невозможно удалить валюту, т.к. на нее ссылаются платежные документы
102 — для данной накладной уже создан ПД, имеющий флаг phdrSumDef. Этот ПД должен быть единственным для накладной
103 — ПД с флагом phdrSumDef должен быть единственным для накладной
104 — не найден заголовок платежного документа
105 — неверная сумма платежного документа (<= 0)
106 — ставка НДС в суммах платежного документа должна быть уникальна
107 — тип платежного документа несовместим с типом накладной
108 — неизвестный тип платежного документа
109 — номер ПД должен быть не пустой
110 — номер ПД должен быть уникальным
111 — период закрыт — операция над накладной невыполнима
112 — период закрыт — операция над платежным документом невыполнима
113 — пользователь не имеет прав на документ с такой степенью активности
114 — платежный документ блокирован создавшим его пользователем
115 — пользователь не имеет прав на повышение уровня блокировки платежного документа
116 — период закрыт — операция над счетом-фактурой невыполнима
117 — Тип платежного документа не может быть исключен из операции, т.к. операция является умолчательной для ПД данного типа
118 — Тип платежного документа не может быть исключен из операции, т.к. операция используется ПД данного типа
119 — Нельзя удалить операцию — на нее есть ссылки в списке операций по умолчанию платежных документов
120 — бух. операция не найдена или несовместима с платежным документом данного типа
121 — Накладная может быть заблокирована только пользователем, создавшим эту накладную
122 — Счет-фактура может быть заблокирована только пользователем, создавшим эту счет-фактуру
123 — Платежный документ может быть заблокирована только пользователем, создавшим этот платежный документ
124 — платежный документ сгенерирован автоматически, нельзя менять детайлы, дату, корреспондентов и т.п.
125 — ошибка проверки ключа
126 — ошибка проверки ключа
127 — ошибка проверки ключа
128 — ошибка проверки ключа
129 — ошибка проверки ключа
130 — пользователь не имеет прав на документ с такой степенью активности
131 — счет-фактура блокирована создавшим ее пользователем
132 — пользователь не имеет прав на повышение уровня блокировки счет-фактуры
133 — нет прав на выполнение процедуры удаления счета-фактуры (при каскадном удалении СФ при удалении накладной)
134 — нет прав на выполнение процедуры удаления платежного документа (при каскадном удалении ПД при удалении накладной)
135 — платежный документ не может быть создан, т.к. не может быть вычислена сумма накладной, связанной с этим документом
136 — платежный документ не может быть создан, т.к. сумма связанной с ним накладной равна нулю
137 — новая накладная в БД вклинилась между накладными переданными в кач-ве параметров в процедуру DocMoveEx()
138 — ошибка отладки
139 — ошибка проверки ключа
140 — операция невыполнима при установленном ограничении на склады
141 — не найден заголовок шаблона накладной
142 — товар не найден
143 — товар является услугой
144 — недопустимая единица измерения товара
145 — неверное количество
146 — неверная сумма
147 — неверный НДС
148 — неверный НСП
149 — невозможно удалить корреспондента, т.к. на него ссылаются шаблоны накладных
150 — Типы накладных не могут быть исключены из операции, т.к. операция используется шаблонами накладных
151 — атрибут используется накладными и не м.б. удален
152 — невозможно копирование накладных возврата поставщику и списания товара.
153 — атрибут используется платежным документом и не м.б. удален
500 — недопустимо удаление баз. ед. изм.
501 — недопустимо изменение типа категории
502 — недопустимо изменение группы для ед. изм.
503 — ед. изм. не определена для товара
504 — налоговая ставка должна быть уникальна
505 — циклическая ссылка в рецептах
506 — макс. запас меньше мин. запаса
507 — доп. кол-во меньше массы тары
508 — доп. кол-во больше 1 основной ед. изм. документа
509 — неопределена базовая ед. изм. товара
510 — налоговая ставка должна быть в интервале [0,100]
511 — невозможно изменить баз. ед. изм.
512 — норма закладки должна быть положительна
513 — коэффициент должен быть положителен
514 — товар связан с группой замен
515 — недопустимо изменение типа товара (накладные)
516 — недопустимо связывание комплекта с товаром (несоответствие ед. изм.)
517 — на корреспондента есть ссылки в документах расхода — удаление невозможно
518 — на товар есть ссылки в накладных — удаление невозможно
519 — на комплект есть ссылки в накладных — удаление невозможно
520 — на ед. изм. есть ссылки в накладных — удаление невозможно
521 — недопустимое значение % обработки
522 — ед. изм. компонента должна быть определена
523 — недопустимое значение брутто компонента
524 — недопустимо задание брутто компонента в %% для комплектов, не являющихся модификаторами
525 — недопустимо изменение флага «Модификатор». Комплект используется в документах
526 — на товар есть ссылки в комплектах — удаление невозможно
527 — на товар есть ссылки в документах расхода — удаление невозможно
528 — для ссылки не указан товар
529 — недопустимо создание более 1 группы «для модификаторов»
530 — недопустимо создание корневой группы (превышено ограничение)
531 — недопустимо создание товара (превышено ограничение по rid)
532 — недопустимо создание комплекта (превышено ограничение по rid)
533 — неопределена категория товара
534 — неопределена отпускная ставка НДС товара
535 — неопределена отпускная ставка НСП товара
536 — недопустимо изменение документа расхода (он сымпортирован)
537 — наименование категории должно быть уникально
538 — на комплект есть ссылки в документах расхода — удаление невозможно
539 — недопустимо изменение комплекта (комплект используется в накладных)
540 — на комплект есть ссылки в комплектах — удаление невозможно
541 — на ед. изм. есть ссылки в комплектах — удаление невозможно
542 — недопустимо удаление последней корневой вершины
543 — недопустимо изменение ед. изм. нормы закладки комплекта (комплект используется в других комплектах)
544 — Недопустимо изменение параметров документа расхода
545 — Неопределена дата
546 — Кол-во должно быть положительным
547 — Сумма должна быть неотрицательна
548 — неопределена бух. категория товара
550 — недопустимо изменение ед. изм. нормы закладки комплекта (ед. изм. отсутствует у связазанного товара)
551 — комплект не найден (по заданному RID)
552 — недопустимо удаление категории расхода по умолчанию
553 — недопустимо использование комплекта в качестве модификатора и для декомплектаций одновременно
554 — на комплект есть ссылки в товарах — удаление невозможно
555 — на товар есть ссылки в товарах — удаление невозможно
556 — пустой комплект
557 — пустой вложенный комплект
558 — комплект не предназначен для использования в документах декомплектации
559 — не найден заголовок документ расхода (по заданному RID)
560 — недопустимо изменение типа товара (расход)
561 — недопустимо изменение типа товара (комплекты)
562 — недопустимо изменение типа товара (замены)
563 — отсутствует версия комплекта на заданную дату
564 — неопределен склад списания
565 — недопустимо удаление первой версии комплекта
566 — неопределен комплект
567 — неопределено место реализации (для активного документа расхода)
568 — недопустимо удаление нулевой ставки налога
569 — на товар есть ссылки в заменах — удаление невозможно
570 — недопустимо удаление специальной ед. изм.
571 — период закрыт — операция над документом расхода невыполнима
572 — документ расхода блокирован создавшим его пользователем
573 — документ расхода может быть заблокирована только создавшим его пользователем
574 —  пользователь не имеет прав на повышение уровня блокировки документа расхода
575 — атрибут не найден (по заданному id)
576 — атрибут используется товаром
577 — значение атрибута должно быть числовым
578 — атрибут используется комплектом
579 — не найден заголовок прейскуранта (по заданному RID)
580 — неуникальная пара товар + ед. изм. в прейскуранте
581 — прейскурант блокирован создавшим его пользователем
582 — прейскурант может быть заблокирована только создавшим его пользователем
583 — пользователь не имеет прав на повышение уровня блокировки прейскуранта
584 — период закрыт — операция над прейскурантом невыполнима
585 — коэффициент для ед. изм. должен быть положительный
586 — товар не найден (по заданному RID)
587 — на ед. изм. есть ссылки в прейскурантах — удаление невозможно
588 — на товар есть ссылки в прейскурантах — удаление невозможно
589 — недопустимо изменение типа товара (прейскурант)
590 — недопустимо изменение типа товара (на него ссылаются другие товары)
591 — недопустимо изменение типа товара (объект ссылки в расходе)
592 — для товара-ссылкы не найден товар или он неверного типа
593 — баркод должен быть уникален
594 — недопустима ссылка товара на самого себя
595 — недопустимо изменение типа комплекта
596 — недопустимо изменение типа комплекта
597 — невозможно удалить категорию расхода, т.к. она используется в доп. настройках импорта расхода
598 — недопустимо использование товара данного типа
599 — на ед. изм. есть ссылки в документах расхода — удаление невозможно
600 — Недопустимо удаление связи с комплектом, т.к. он является используемым по умолчанию.
601 — недопустимо изменение типа товара (шаблоны накладных)
602 — на товар есть ссылки в шаблонах накладных — удаление невозможно
603 — на ед. изм. есть ссылки в шаблонах накладных — удаление невозможно
604 — на комплект есть ссылки в шаблонах накладных — удаление невозможно
605 — кол-во интервалов при XYZ анализе превышает максимально допустимое (255)
606 — некорректная запись о замене
607 — не найден интервал при XYZ анализе
608 — не найден элемент списка для аггрегирования значений при XYZ анализе
609 — неуникальная категория расхода в списке для автоматического создания накладных
610 — сумма процентов цены компонентов комплекта не равна 100
611 — товарная группа не найдена (по заданному RID)
612 — sNullDepartIdName
613 — компонент-товар не найден (по заданному RID)
614 — компонент-комплект не найден (по заданному RID)
615 — группа складов не найдена (по наименованию)
616 — недопустимо изменение объекта классификации
617 — для ссылки возможно определить не более 1 е. и.
618 — е. и. ссылки неопределена у товара-объекта
619 — значение классификатора используется для объекта
620 — классификатор не найден (по заданному RID)
621 — дублирование в порядке компонентов комплекта
649 — Недопустимо изменение баз. ед. изм. товара — он используется в документах расхода

// ошибки процедур импорта

650 — не найдена вершина-родитель
651 — не найдена группа станций
652 — не найден товар для модификатора
653 — не найден товар для спецификации расхода
654 — документ расхода уже существует
655 — добавлен новый документ расхода
656 — недопустимо добавление модификатора для расхода услуги
657 — для склада неопределена категория расхода
658 — недопустимо добавление услуги в качестве модификатора
659 — созданные за дату документы расхода удалены

Добрый день!
Буквально вчера все было нормально, сегодня пишет ошибку Error displaying the error page: Application Instantiation Error: Could not connect to MySQL.
Используется msql 5.5

Содержимое профиля: 

[main]
start=30
allow=1
autowait=0
emformat=txt
maxmemcache=64
cgiprocess=6
pginitencode=UTF8
pginitlocale=Russian_Russia.1251
ip=127.0.0.1
http_log=1
mysql_log=0
postgresql_log=0
mongodb_log=0
dns_log=0
memcache_log=0
redis_log=0
debugmail=0
mysqlcharset=utf8_general_ci
phpdriver="PHP-5.3"
httpdriver="Apache-2.2"
mysql_driver="MySQL-5.5"
pg_driver=none
mongo_driver=none
memcachedriver=none
redisdriver=none
dnsdriver=none
httpcharset=notset
logreadsize=256
showversion=0
astart=0
crdisk=1
crpath=0
crdomain=0
showfvr=0
showprogs=1
hdomains=0
balloon=1
favorite=0
showswitch=1
debugmode=0
stext=1
sbrowser=0
email=0
vdisk=W
selfhosts=0
webdir="domains"
browser=""
textred="%realprogdir%progs_OfficeNotepad2Notepad2.exe"
filebrowser=""
sfilebrowser=0
fzone=none
maxrequests=0
folders=""

[ports]
mysqlport=3306
postgresqlport=5432
mongodbport=27017
httpport=80
httpsport=443
httpbackport=8080
ftpport=21
sftpport=990
phpport=9000
redisport=6379
memcacheport=11211

[ftp]
ftp=0
ftpcommandtimeout=600
ftpconnecttimeout=60

[sendmail]
smtp_server=""
smtp_port=""
auth_username=""
auth_password=""
smtp_ssl=0
pop3_server=""
pop3_username=""
pop3_password=""
force_sender=""

Параметры системы: Win 7х32, avast антивирус, под админом работаю, Firefox браузер

Логи: Основной: 

2015-03-25 13:00:32  --------------------------------------------
2015-03-25 13:00:32  Начало процедуры запуска сервера
2015-03-25 13:00:33  Обновление Hosts файла
2015-03-25 13:00:33  Обновление конфигурации MySQL-5.5
2015-03-25 13:00:34  Обновление конфигурации Sendmail
2015-03-25 13:00:34  Обновление конфигурации PHP-5.3
2015-03-25 13:00:34  Обновление конфигурации PHPMyAdmin
2015-03-25 13:00:34  Обновление конфигурации Apache-2.2
2015-03-25 13:00:34  Запуск MySQL-5.5
2015-03-25 13:00:34  Запуск Apache-2.2
2015-03-25 13:00:34  Проверка состояния сервера
2015-03-25 13:00:42  Cервер успешно запущен за 10,594 секунд!

Apache запросы: 

www: 127.0.0.1 [25/Mar/2015:13:00:52 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:04:57 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:06:19 +0500] "GET /administrator/ HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:14:04 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"]

Apache отладка: 

[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:47 2015] [notice] Apache/2.2.29 (Win32) mod_ssl/2.2.29 OpenSSL/0.9.8zc configured -- resuming normal operations
[Wed Mar 25 13:00:47 2015] [notice] Server built: Sep 10 2014 11:58:36
[Wed Mar 25 13:00:47 2015] [notice] Parent: Created child process 2392
[Wed Mar 25 13:00:48 2015] [notice] Disabled use of AcceptEx() WinSock2 API
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Child process is running
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Acquired the start mutex.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Starting 32 worker threads.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Listening on port 443.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Listening on port 80.

PHP отладка:
пусто

Mysql отладка: 

150325 13:00:35 [Note] Plugin 'FEDERATED' is disabled.
150325 13:00:35 InnoDB: The InnoDB memory heap is disabled
150325 13:00:35 InnoDB: Mutexes and rw_locks use Windows interlocked functions
150325 13:00:35 InnoDB: Compressed tables use zlib 1.2.3
150325 13:00:35 InnoDB: Initializing buffer pool, size = 20.0M
150325 13:00:35 InnoDB: Completed initialization of buffer pool
150325 13:00:35 InnoDB: highest supported file format is Barracuda.
150325 13:00:40  InnoDB: Waiting for the background threads to start
150325 13:00:41 InnoDB: 5.5.41 started; log sequence number 29891375
150325 13:00:41 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
150325 13:00:41 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
150325 13:00:41 [Note] Server socket created on IP: '127.0.0.1'.
150325 13:00:42 [ERROR] mysql.user has no `Event_priv` column at position 29
150325 13:00:42 [ERROR] Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler.
150325 13:00:42 [Note] c:openservermodulesdatabaseMySQL-5.5binmysqld.exe: ready for connections.
Version: '5.5.41-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
150325 13:04:34 [Note] Plugin 'FEDERATED' is disabled.
150325 13:04:34 InnoDB: The InnoDB memory heap is disabled
150325 13:04:34 InnoDB: Mutexes and rw_locks use Windows interlocked functions
150325 13:04:34 InnoDB: Compressed tables use zlib 1.2.3
150325 13:04:34 InnoDB: Initializing buffer pool, size = 20.0M
150325 13:04:34 InnoDB: Completed initialization of buffer pool
150325 13:04:34  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.
150325 13:04:44  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.
150325 13:04:54  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.

Почта:
пусто

Доп.инфо: стояла джумла ver. 3.3.3, сверху шаблон qickstart, вчера, пока все работало, ставила внешний форум phpBB ver. 3.1.3, так же ставились компонент на джумлу для интеграции форума и сайта (чтобы два раза не регаться на форуме и сайте), JFusion ver. 2.1.0. Так же в PhpMyAdmin, в базе mysql, в таблице User были добавлены три строчки, что бы совершать обмен юзверями между форумом и сайтом: 1) имя — user_pass_convert тип — VARCHAR длина значения 255 сравнение utf8_bin, 2) имя — user_occ тип — VARCHAR длина значения 255 сравнение utf8_bin, 3) имя — user_interests тип — TEXT сравнение utf8_general_ci.
Бэкапов, на мою голову, я не делала. Скрин приложеный, изменения в базе.

Для установки сервера  STOREHOUSE необходимо использовать ОС из семейства NT-WINDOWS 2000, WINDOWS XP/HOME, WINDOWS 2003 SERVER или WINDOWS 7 LAUGHING.

1. УСТАНОВКА СЕРВЕРА

Запустите: SH4_SERVERSETUP.EXE.

После окончания установки и удаления временных файлов нужно запустить конфигуратор SDBSCONF.EXE.

Имя сервера (SERVER NAME) – по умолчанию SDBSERV без описания (DESCRIPTION). Вы можете создать столько серверов, сколько необходимо для работы.

Файл базы данных (DATABASE FILE) не создается при инсталляции – его нужно создавать вручную.

Журнал транзакций (DATABASE LOG) также не создается при инсталляции – его необходимо создавать вручную.

Директория, в которой находятся служебные библиотеки (LIBRARY DIRECTORY), ссылается на путь, который мы указали при инсталляции сервера.

Директория для создания (автоматического и ручного) архива базы данных (BACKUP DIRECTORY) также по умолчанию указывает на путь, создаваемый при инсталляции.

Опции архивирования базы данных (BACKUP OPTIONS) по умолчанию отключены (AUTOMATIC BACKUP DISABLED). Крайне рекомендуется настроить автоматическую архивацию данных: (ENABLE AUTOMATIC BACKUP). Можно указать период архивации (PERIOD, DAYS) и выбрать один из трех вариантов времени архивации: указать конкретное время (BACKUP TIME), производить архивацию при загрузке сервера (ON DATABASE LOADING), производить архивацию при остановке сервера (ON SEVER SHUTDOWN).также можно указать опцию остановки сервера при неудачном завершении архивации – STOP SERVER ON ERROR. При включении этой опции, после неудачной попытки архивирования, сервер будет остановлен, и клиенты получат сообщении о невозможности продолжать работу.

Параметры автоматического архивирования необходимо согласовать с ИТ-отделом или пользователем системы!


Протоколы, которые будет «слушать» сервер (NET PROTOCOLS) – по умолчанию установлена поддержка только одного протокола – локального (LOCAL), т.е. для подключения клиента только на том же компьютере, где установлен сервер. Возможно установить поддержку подключения по протоколу TCP/IP (работает только с версии STOREHOUSE 4.10) и через интерфейс NETBIOS (ПРОТОКОЛ NETBEUI). По умолчанию параметры TIMEOUT (MS) и PORT/ADAPTER не заполнены, т.е. сервер будет использовать значение TIMEOUT по умолчанию (2000 MS) и прослушивать все доступные порты и адаптеры. При необходимости эти параметры можно изменить (например, использовать только определенный порт TCP/IP в случае работы через FIREWALL).

Параметры размера кэша (CACHE (PAGES)) и рабочего набора (WORKING SET SIZE (BYTES)) относятся к операциям с памятью, и по умолчанию пустые – эти параметры следует изменять только при некорректной работе сервера или других неполадках (значения, определяемые сервером по умолчанию, можно посмотреть в протоколе сервера – в файле sdb.txt, см. Описание параметра SERVER LOG). Вот пример фрагмента протокола:

20.05.2005 20:40:15- SERVER STARTED
VERSION=1.15
SUBKEY=SDBSERV
DEF WORKING SET SIZE MIN=204800, MAX=1413120
MAX CACHE MEMORY=1024 PAGES (4096 K)

Приоритет для процесса (PRIORITY CLASS) указывает, с каким приоритетом будет запускаться сервис (в том случае, если режим запуска (STARTUP MODE)-сервис (SERVICE)-см. Ниже). Возможны три варианта – низкий (IDLE), средний (NORMAL), высокий (HIGH)

Режим запуска (STARTUP MODE) определяет, как будет запускаться сервер. Возможно три режима: ручной запуск (MANUAL), автозагрузка с OC (WINDOWS), запуск приложения как сервис (SERVICE). Рекомендуется устанавливать последний режим запуска (SERVICE), если OC из семейства WINDOWS NT.

Автоматическое восстановление (AUTOMATIC RECOVERY) определяет, будет ли сервер восстанавливать при сбоях базу данных. Восстановление происходит при запуске сервера и использует для восстановления информацию из журнала транзакций (DATABASE LOG). Рекомендуется всегда использовать этот параметр.

Открывать только для чтения (OPEN READ ONLY) позволяет открывать базу данных только для чтения.

Протокол работы сервера (SERVER LOG) определяет файл, в который будет записываться служебная информация о работе сервера.

На закладке настройки (SETTINGS) указывается путь к корневой директории сервера. Эта настройка необходима серверу для доступа к служебным утилитам и библиотекам. При указании неправильной директории, при сохранении настроек будет  получено сообщение об ошибке.

После изменения настроек их необходимо сохранить, нажав кнопку сохранить (SAVE).

Установить драйвер электронного ключа защиты, который по умолчанию находится в директории C:UCSNOVEX, запуском приложения INSTDRV.EXE (если используются электронные ключи NOVEX STEALTH II, необходимо использовать версию драйвера не ниже, чем 4.85). Ключ и драйвер устанавливается только на компьютер, на котором запускается сервер. Если ключ не установлен или не корректно прописан (см. ниже) клиент при подключении получит сообщение «ошибка чтения ключа защиты». Возможна ситуация, при которой сработает ограничение ключа по дате или по числу возможных подключений (определяется приобретенной лицензией) – в таком случае клиент получит сообщение «превышено допустимое количество соединений»

Сохранить все настройки в конфигураторе сервера и перезагрузить компьютер.

Убедиться, что сервер запущен – в случае запуска как сервис, проверить через «ПУСК»-«НАСТРОЙКА»-«ПАНЕЛЬ УПРАВЛЕНИЯ»-«АДМИНИСТРИРОВАНИЕ»-«СЛУЖБЫ», что соответствующий сервис (SDB SERVER:) находится в состоянии «Работает» и тип запуска «Авто»:

В случае автоматического запуска  (WINDOWS) или ручного (MANUAL) должна  появиться иконка сервера в правом нижнем углу рабочего стола WINDOWS:

2. УСТАНОВКА КЛИЕНТСКОЙ ЧАСТИ

Для установки клиентской части можно использовать любую современную версию OC WINDOWS (не ниже WINDOWS 98).

Для установки и конфигурирования клиентской части необходимо:

  1. Запустить из директории SH4CLI_XXXX файл SETUP.EXE (XXXX-версия текущего дистрибутива).
  2. Указать, куда будет установлена клиентская часть (по умолчанию C:UCSSH4)
  3. Дождаться окончания копирования файлов и удаления временных.
  4. Запустить утилиту конфигурирования клиентской части SHSETUP.EXE (по умолчанию находится в директории C:UCSSH4).

Рассмотрим основные свойства утилиты конфигурирования клиентской части:

В окне сервера указывается имя сервера, к которому будет подключаться клиент. Если в качестве протокола обмена выбран TCP/IP (см. ниже), то вместо имени сервера должен быть указан IP адрес компьютера, на котором запущен сервер. В качестве псевдонима можно указать описание базы данных (т.к. сервер может работать только с одной базой данных, то псевдоним будет определять не только сам сервер, но и базу, с которой он работает, например «База предприятия №1» и «База предприятия №2»). Если это поле заполнено, то при входе в приложение пользователю будет предложен список псевдонимов, иначе пользователю будет предложен список серверов (см. ниже). С помощью списка серверов можно ограничить доступ клиента к различным базам (серверам), т.е. клиент сможет получить доступ только к тем базам (серверам), которые определены в SHSETUP.EXE, независимо от кол-ва баз (серверов), определенных на сервере.

В параметрах подключения указывается протокол, по которому клиент будет подключаться к серверу. Возможны несколько вариантов: локальное подключение (LOCAL), подключение по протоколу TCP/IP (TCP/IP), подключение через интерфейс NETBIOS (NETBIOS).порт (ПОРТ) и адаптер (АДАПТЕР), а также таймаут в мс. Номер порта определяется настройками сервера (см. Установку серверной части)-на сервере и клиенте должны быть указаны одинаковые (свободные) номера портов. В качестве номера адаптера должен быть указан текущий номер адаптера NETBIOS –при этом на сервере это значение может быть не указано – сервер «слушает» подключение по всем номерам адаптеров.

С помощью операции «Добавить сервер»/«Удалить сервер» можно добавить и удалить строку, для добавления дополнительных серверов. Эта операция также доступна по правому нажатию кнопки мыши в верхнем окне.

Параметр «Хранить …. последних имен пользователей» определяет, сколько имен пользователей будет храниться при входе в клиентское приложение. При превышении этого значения, новым пользователям для входа необходимо будет вводить свое имя вручную.

«Разрешить ввод имени сервера» позволяет пользователям при входе указывать произвольное имя для подключения (либо имя сервера, либо имя псевдонима). Рекомендуется этот параметр оставлять выключенным и определять для всех серверов информативный псевдоним.

«Разрешить дизайнер отчетов» позволяет вызвать режим редактирование макета отчета. Рекомендуется включать этот режим только для опытных пользователей.

«Рекомендованный размер кеша в страницах» позволяет определить произвольное значение кеша. Рекомендуется значение этого параметра оставлять по умолчанию (пустое).

«Библиотека администратора» указывает путь к административной библиотеке (по умолчанию C:UCSSH4SHADM.BPL).

После осуществления всех настроек нажать «СОХРАНИТЬ» для сохранения.

3. СОЗДАНИЕ БАЗЫ ДАННЫХ

Для создания рабочей базы данных (как отмечалось выше, пустой базы нет в дистрибутиве), необходимо воспользоваться приложением SDBMAN.EXE (по умолчанию находится в директории C:UCSSH4). Базу данных необходимо создавать на сервере. Для этого может понадобиться установка клиентского приложения на сервер. Рекомендуется использовать локальное подключение при создании базы данных.

Если вы впервые создаете базу данных:

  1. Запустите приложение sdbman.exe (по умолчанию находится в директории C:UCSSH4)-когда будет предложено ввести имя и пароль, нажмите «Отмена».
  2. Выберите пункт меню «Прочее»  –  «Создать базу данных».
  3. В окне «Создание базы данных» необходимо заполнить следующие поля:

Сервер: –  указать имя сервера, к которому будет подключаться приложение при создании базы данных. Как было указано выше, рекомендуется использовать локальное (LOCAL) подключение при создании базы данных. Если же вы по каким-либо причинам хотите  использовать подключение по протоколу TCP/IP, то в качестве имени сервера необходимо указать строку вида 127.0.0.1:PTA3333, где 127.0.0.1-IP адрес компьютера, на котором запущен сервер баз данных, а 3333-порт для подключения (указан для примера). Если сервер «слушает» все порты, можно указать строку вида 127.0.0.1:PT,  т.е. без указания порта.

Файл данных: –  указать полный путь, по которому будет создан файл базы данных. Имя базы данных может быть произвольным, но расширение рекомендуется создавать стандартное *.SDB.

 «Начальный размер файла данных в страницах … мб … » –  можно указать размер создаваемой базы данных в страницах либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании новой базы данных эти значения можно оставить по умолчанию (35000 в страницах или 136,719 в мегабайтах) – в дальнейшем размер базы данных можно изменить с помощью приложения SDBMAN.EXE. Если вы создаете базу данных для переноса информации из 3-й версии склада, то необходимо указать размер, не меньший, чем текущий размер базы данных 3-го склада.

«Файл журнала обновлений» –   указать полный путь, по которому будет создан файл журнала транзакций. Имя файла журнала транзакций может быть произвольным, но расширение рекомендуется создавать стандартное *.SDL.

 «Начальный размер файла журнала в страницах … в мб: …» –  можно указать размер создаваемого фала транзакций либо в страницах, либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании файла транзакций эти параметры можно оставить по умолчанию (1024 в страницах или 4 в мегабайтах), т.к. размер этого файла можно изменить в процессе работы с помощью приложения SDBMAN.EXE.

«Путь к библиотекам» –  определяет путь к системным библиотекам сервера. По умолчанию это директория C:UCSSDBSRV.

«Путь к архиву: » –  определить директорию, в которой будет создаваться архивная копия базы данных (при ручном или автоматическом архивировании).

 «Имя администратора базы данных: » –  указать имя администратора базы данных. По умолчанию имя пользователя admin.

«Пароль администратора: », «подтверждение пароля:»  – указать пароль и подтверждение пароля администратора, имя которого введено в предыдущем поле. По умолчание пароль пустой (для пользователя admin).

«Описание: » –  произвольная текстовая информация.

После заполнения всех необходимых полей, необходимо нажать кнопку «ОК» для создания базы данных.

Если база создается для переноса данных из предыдущей версии (INTERBASE), то следующие пункты выполнять не нужно.

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK». При этом вы получите два ошибочных сообщения:

Выберите пункт меню «ПРОЧЕЕ» –  «ВЫПОЛНИТЬ ЗАПРОС». В появившемся окне, в поле «ПРОЦЕДУРА:» ВВЕДИТЕ BUILDALL, А В ПОЛЕ «БИБЛИОТЕКА:» укажите полный путь к библиотеке SH_CRTDB.DLL (по умолчанию С:UCSSH4SRVSH_CRTDB.DLL). Далее выбираете пункт меню «ДОКУМЕНТ» — «ВЫПОЛНИТЬ», либо воспользуйтесь соответствующей иконкой  на панели задач. После выполнения запроса в нижнем окне появиться сообщение:

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK» в качестве процедуры укажите POPULATE.

После этого запустите склад и проверьте его работоспособность.

4. ПРОЧИЕ НАСТРОЙКИ

На клиентском компьютере установите BDE версии 5.0 для возможности импорта данных из системы R-KEEPER.

В приложении IMPORTRK SETUP UTILITY (по умолчанию C:UCSSH4IRKSETUP.EXE) в верхней части экрана указываются используемые товарные группы — по умолчанию их две – «Товары» и «Меню ресторана». Вы можете добавить столько товарных групп, сколько может понадобиться для работы (например, Дополнительные блюда или Блюда ресторана  №2 и т.д.).

Для каждой товарной группы необходимо заполнить следующие параметры:

Cловари: путь – указать полный путь к словарям – этот путь может ссылаться на сетевой диск или сетевой ресурс (например UNIT99RK6DB). В качестве словарей могут быть базы данных R-KEEPER (таблицы PARADOX) либо DBF-таблицы, сформированные приложением R-KEEPER.

«Транспорт данных» –  в зависимости от того, какой вариант используется, необходимо установить правильный тип источника:PARADOX в случае использования базы данных R-KEEPER и DBASE в случае использования внешних DBF таблиц.

Расход: все параметры аналогичны предыдущему пункту «Словари», за исключением того, что существует дополнительный тип источника – UDB, который используется в том случае, если в качестве источника для расхода выступает база данных R-KEEPER версии выше, чем 6.75. Если используется тип источника UDB, необходимо в файле RKEEPER.INI (должен находиться в той же директории, откуда запускается IMPORTRK.EXE вместе с файлом RKLOGIN.DLL) прописать пути к накопительным базам R-KEEPER – параметры ALIAS1 и ALIAS2.

При импорте расхода блюд с использованием типа источника данных UDB необходимо в системе R-KEEPER завести пользователя с паролем sklad и произвольным именем.

Приложения:

SDBSERV.EXE           конфигуратор сервера
SDBSCONF.EXE                 сервер-менеджер

Есть проблемы с ранжированием, проект не растет, хотите проверить работу своих специалистов по продвижению? Закажите профессиональный аудит в Семантике

Получи нашу книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».


Подпишись на рассылку и получи книгу в подарок!

Внутренняя ошибка сервера — это класс состояния протокола HTTP, который означает, что операция/запрос пользователя выполнены неудачно и виноват в этом сам сервер.

Больше видео на нашем канале — изучайте интернет-маркетинг с SEMANTICA

У вас кончилась еда. Нужно идти в магазин за продуктами. На дверях табличка — “Учет”. Вы без продуктов.

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

Какие есть ошибки сервера

Как мы выяснили, внутренние ошибки сервера составляют класс состояний HTTP.

  • 500. Обозначает широкий спектр серверных ошибок, если они не относятся к нижеперечисленным проблемам рассматриваемого класса.
  • 501. Означает, что сервер не обладает необходимыми возможностями для совершения обработки пользовательского запроса. Как правило, ошибка 501 появляется в тех случаях, когда сервер не может распознать метод запроса. Если сервер распознал метод запроса, но он не может быть использован на данном интернет ресурсе отображается ошибка 405 (произошла по вине пользователя).
  • 502 (Bad Gateway). Возникает в тех случаях, когда сервер выполняет функцию прокси-сервера или шлюза. Ошибка говорит о том, что вышестоящий сервер отправляет недействительный ответ.
  • 503. Отображается при невозможности обработки пользовательских запросов сайтом. Это может быть обусловлено перегрузкой, неполадками в обслуживании, техническими неполадками и так далее. Чаще всего при отображении ошибки 503 в поле Retry-After указывается время, когда пользователю необходимо повторить запрос.
  • 504. Здесь опять сервер выполняет функцию шлюза или прокси сервера. Он перенаправляет запрос вышестоящему серверу, но не дожидается ответа, следовательно, не может завершить обработку запроса.
  • 505. Означает, что версия запроса не поддерживается сервером.
  • 506. Это значит, что текущий вариант сервера имеет ошибочную конфигурацию. В связи с этим процесс связывания не доходит до завершения и все время обрывается.
  • 507. Чтобы закончить запрос и обработать его, на сервере нет места. Проблемы подобного рода могут быть временными и легко устранимыми.
  • 509. Если интернет ресурс потратил весь трафик, который был отведен ему, возникает данная ошибка. Для решения проблемы необходимо обратиться к провайдеру хостинга .
  • 510. Данную ошибку можно встретить в тех случаях, когда клиент делает запрос и хочет использовать определенное расширение, однако сервер не использует и не может предоставить данное расширение.
  • 511. Данная ошибка идет не от самого сервера, к которому обращается пользователь, а от посредника, в роли которого может выступать провайдер. Как правило, проблема возникает, когда клиенту необходимо авторизоваться в глобальной сети (указать пароль от платной точки доступа). При этом в форме ответа отображается специальное поле для выполнения авторизации.
  • 520. Говорит о том, что есть ошибка, однако сервер сети доставки содержимого не может правильно обработать ее и отобразить клиенту.
  • 521. Возникает в ситуациях, кода сервер отклоняет подключение сети доставки содержимого.
  • 522. Отображается, если система передачи данных не может подключиться к серверу, истекает время ожидания серверного ответа.
  • 523. Сервер нельзя «достичь», при обращении к серверу возникают серьезные препятствия, преодоление которого на данный момент не является возможным.
  • 524. Истекло время подключения необходимого сервера и сервера сети доставки содержимого.
  • 525. Если в процессе рукопожатия самого сервера и сервера сети доставки содержимого возникают ошибки, отображается код 525.
  • 526. Означает, что на данный момент нет возможности подтвердить сертификат шифрования.

Что делать, если пишут “Ошибка сервера”

Перечисленные ошибки, как правило, возникают из-за файла .htaccess, тем оформления и плагинов. Рассмотрим варианты решения проблемы.

Итак, вам понравилась новая тема оформления и вы ее установили. Все бы хорошо, но после возникает внутренняя проблема сервера. Для восстановления работоспособности сервера выбираем один из способов действия:

Через FTP

Заходим в него и ищем папку с темами оформления. Открываем папку и исправляем/удаляем тему оформления, которая сейчас размещена на сайте. Заходим на сайт и видим пустую страницу без ошибок.

Открываем администраторскую панель WordPress, затем тему оформления, получаем уведомление об активации другой темы. Небольшой совет: не удаляйте стандартные темы, они выполняют роль эталона и их можно активировать после того, как сайт восстановлен.

Через PhpMyAdmin

Если вами была удалена/отредактирована стандартная тема, ее нужно скачать и установить заново. Это можно сделать со следующих ресурсов: TwentyTen, TwentyEleven, TwentyTwelve. После скачивания открываем PhpMyAdmin, затем базу данных.

Перейдите во вкладку SQL и скопируйте в нее код, представленный ниже.

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

Если дело в плагинах, сервер работает некорректно и сайт отображается иначе. При этом доступ к консоли сохранен, что позволяет отключить тот или иной плагин. Иногда установленный плагин может вступать в конфликт с другими, плагинами, которые уже установлены и активированы на ресурсе. Тогда происходит сбой и выдается внутренняя ошибка. Отключить плагин можно в 3 шага:

  1. Открываем FTP ресурса.
  2. Открываем папку с имеющимися плагинами.
  3. Удаляем/изменяем имя/редактируем плагин.

Если ошибки заключаются в неполадках файла .htaccess, необходимо сделать следующее:

1. Открываем FTP-клиент FileZilla, меню «Сервер» и ставим флажок напротив пункта «Отображать скрытые файлы принудительно». Обновляем перечень файлов и находим наш файл .htaccess.

2. Открываем файл через блокнот/текстовый редактор. Перед вами отображается текст- перечь указаний и правил для функционирования веб сервера. Просмотрите файл и ликвидируйте ошибки. Альтернативный вариант — удалить файл полностью, а затем написать с помощью WordPress новый файл (откройте администраторскую панель, далее «Параметры», затем «Постоянные ссылки». Выберите нужный вариант, нажмите «Сохранить»).

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

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

Добавить ответ

Ваше имя:

Регистрация? Это возможность подписаться на новые ответы, получать за ответы очки и призы

В ответ на сообщение

Нет

Captcha

Текст с картинки:

Отправить

Маты, сообщения БОЛЬШИМИ БУКВАМИ, с грубыми ошибками, просто неуважительные или совершенно не по теме будут удаляться.

Название ошибки
Полный текст ошибки
Описание ошибки и метод решения

Ошибка менеджера данных 15
Поле-источник данных должно содержать значение для записи потока. Ошибка менеджера данных 15. Тег поля: {216.2.0}

Причин ошибки может быть несколько: 

  • в менеджерской базе в словаре валют содержится некорректная информация (например валюта без названия). При этом валюта может быть также удаленной — в таком случае надо проверять таблицу Money_.DB 
  • в R-Keeper есть блюдо с нулевой (удаленной) группой станции — в этом случае за данный день надо забить расход блюд в БД SHouse вручную 
  • версия транспорта данных SH4 (ImportRK.exe) не соответствует версии сервера SH4 – нужно привести версии программ в соответствия друг другу

В случае если выгрузка идет из РК7: — снять флаг в параметре УстановочныеСвязь с другими системамиАльт.названия. Т.е. поле альт. название заполнять не нужно, а просто отключить экспорт альт. названий в SH4. После этого, импорт меню и расхода должен пройти успешно.

Ошибка сервера Sdbserv 153
Ошибка Sdbserv 153: Слишком большая высота дерева индекса «iCmltemsHdrRefs»

При входе в товарные группы, калькуляции, а также утилиту проверки базы данных, появляется след. сообщение: «Ошибка сервера Sdbserv 153,Объект = «iCmltemsHdrRefs». Параметр = 0. Ошибка Win32 = 0.Слишком большая высота дерева индекса «iCmltemsHdrRefs».
Также невозможно войти в некоторые калькуляции и документы, причем те которые уже проведены.

Решение:
Скорее всего, повреждена база данных. Можно попробовать ее восстановить, но гарантий никаких нет. Для этого необходимо создать запрос в Сервис Деске, в который обязательно вложить проблемную базу (если backuprestore проходит, то вкладывать backup базы в архиве (rar, zip); если нет, то вложить оригинал также в архиве)

Как вариант решения — восстановить backup, который сформирован до повреждения и заполнить базу недостающими документами.

Ошибка: Исключение процедуры сервера — 503
Ошибка: Исключение процедуры сервера — 503 (Не определена единица измерения товара)

Описание: Эта ошибка возникает при формировании списка документов, в частности документов расхода или при импорте расхода из базы r_keeper. Backup-Restore базы не помогает. При проверке накладных SHCheck Utility — эта ошибка проявляется и не исправляется.

Решение: Нужно выполнить процедуру ChkGsMUnitRef (из библиотеки SHSERV.DLL) — после его выполнения в текстовом логе сервера (по умолчанию, sdb.txt) появятся строки вида  «__ LOST MUNIT __ … «, в которых указаны наименования и коды товаров и наименования ед. изм., которые к ним надо добавить.

Не найдена товарная группа внешний код %Х
Не найдена товарная группа внешний код %Х. Исключение процедуры сервера.

Ошибка возникает при импорте товаров (меню и модификаторы).

R-Keeper v7

В случае использования RK7 следует проверить, нет ли НЕ удаленных блюд (черновики, активные) в удаленных группах меню.

В общем для RK7 универсального решения нет — дополнительно можно посмотреть на задачи https://tracker.ucs.ru/issues/20726 и https://tracker.ucs.ru/issues/24364, а также связанными с ними задачи.

Не найдено поле DEPART в таблице ACHECK
Field not found file C:RK6DBARK6.UDB table ACHECK field DEPART
Ошибка возникает при импорте словарей (меню). Решение: обновить библиотеку SHTR.DLL на версию не ниже 1.13.9.1

Не найден товар для модификатора.
Не найден товар для модификатора.
Обновить SHTR.DLL на версию не ниже 1.13.9.1

Исключение процедуры сервера 563
Отсутствует версия комплекта на заданную дату (Исключение процедуры сервера 563)
Если SHCheck и диагностика ошибок не выдают, то надо удалить данный комплект и завести его заново.
Также подобная ошибка бывает следствием при обновлении SHouse v3 на SHouse v4. Вполне вероятно во вновь создаваемые блюда входят полуфабрикаты перенесенные из старого склада. И у данных полуфабрикатов отсутствуют периоды на определенные даты, т.е. имеет место конфликт между периодами комплектов блюда и входящих в него составляющих.
Еще один вариант появления ошибки — когда в новый, создаваемый в SH4 комплект, входили комплекты, перекачанные из SH3. Решение — выполнение процедуры SetStartCmHdrDate из shfix.dll версии 4.49.86

Исключение процедуры сервера 37
Не найдена вершина в дереве/мастерзапись (Исключение процедуры сервера 37)
Необходимо сделать обновление версии программы.

Недопустимое имя параметра «%S»
Недопустимое имя параметра «%S». Исключение процедуры сервера 100
Данная ошибка выдается при открытии карты комплекта. Проблема решается обновлением версии программы и удалением последнего периода действия комплекта. Если период не удаляется, удаляется сам комплект и заводится заново.

Цена не может быть отрицательной.
При импорте расхода возникает ошибка «Цена не может быть отрицательной»
Проблема решается выполнением процедуры ZeroGsInPrice c использование специальной библиотеки ShFix.dll

DLL exception: Field ‘NALOG’ not found.
DLL exception: Field ‘NALOG’ not found.
Данная ошибка появляется при импорте меню. Проблема решается повышением версии RK6.

DLL exception: Invalid pointer operation.
DLL exception: Invalid pointer operation.
Посмотреть в отчетах R-Keeper v6 расход блюд за данный период. При наличии неизвестных блюд или знаков «???» исправлять БД R-Keeper v6

Could not convert variant of type (String) into type (Double)
Could not convert variant of type (String) into type (Double)
Ошибка возникает при добавлении товара в комплект. Решение проблемы — обновление версии программы. Или как временный вариант: в меню Сервис->Настройки склада->Комплекты — снять галочку «Автоматически подставлять проценты обработки»

Неизвестное исключение процедуры сервера 606
Некорректная запись о замене для товара <наименование_товара>. Неизвестное исключение процедуры сервера 606
Ошибка возникает при построении списка накладных. Решение проблемы — обновление версии программы.

Не найден товар для спецификации расхода
Не найден товар для спецификации расхода. Внешний код XXX

Данные решения указанной проблемы нельзя применять в случае использования SH4 HeadOffice

Ошибка возникает при импорте расхода блюд. В качестве значения ХХХ указывается ШИФР проблемного блюда (модификатора, категории) в шестнадцатеричном виде (HEX) — например, значение 244Е соотв. десятичному 9294.

Вариант №1

Для решения проблемы нужно найти в таблице меню (menu.db) блюдо с соотв. шифром (поле Sifr) и проверить, корректно ли заполнены в этой записи остальные поля. Например, поле Parent (шифр родителя) может ссылаться на несуществующую запись. Если в таблице menu.db такого блюда нет, следует проверить в удаленном меню (menu_.db)

Если проблема не связана с блюдами, надо аналогичным образом проверить другие таблицы (categ.db, modify.db)

Вариант №2

Ошибка может возникать при использовании библиотеки SHTR.DLL, предназначенной для SH4 HeadOffice. В таком случае необходимо заменить ее на стандартную библиотеку SHTR.DLL.

Неверная контрольная сумма ключа защиты
Неверная контрольная сумма ключа защиты.
— Ошибка возникает при входе в программу и устраняется заменой ключа. — Либо не совпадает версия программы с прошивкой ключа.

Дублирование в порядке компонентов комплекта
Исключение процедуры сервера 621

Возникает при попытке открыть комплект или список комплектов.

Решение проблемы:

1. Если версия склада ниже 4.62, скопировать в любое место библиотеку ShServ.dll. ВАЖНО: библиотеку НЕ НУЖНО подменять в SDBSrv!
Если версия склада 4.62 и выше, процедуру можно запускать из стандартной библиотеки, входящей в инсталляцию. Если в стандартной библиотеке (даже версии 4.62 и выше) процедура все же не найдена, используем вышеуказанную библиотеку.
2. Запустить Sdbman.exe
3. Выбрать пункт «Прочее», далее «Выполнить запрос»
4. В поле «Процедура» указать имя процедуры SetCmItemsOrder
5. В поле «Библиотека» указать полный путь к скопированному файлу ShServ.dll (для версии ниже 4.62) или для текущей, из рабочей директории SDBSrv (для версии выше 4.62)
6. Выполнить запрос с помощью иконки на панели задач либо выбрав соотв. пункт в меню.

Undefined symbol «PRINTCOLOR»
Undefined symbol «PRINTCOLOR»
Ошибка возникает при попытке распечатать из спец. ведомости остатков форму «Заказ». Решение проблемы — обновление формы REP_SPECZAKAZ.frf

Код ошибки WinSock 10038
Невозможна операция записи (5064). Код ошибки WinSock 10038.
Ошибка выдается при построении баланса счетов. Проблема решается увеличением таймаута на сервере и клиенте.

Адрес процедуры «DocHdrAttrList» неизвестен
Ошибка процедуры сервера Sdbserv 84. Объект = «DocHdrAttrList». параметр = 0. Ошибка Win 32 = 0.
Возникает при попытке добавить атрибут заголовка документа. Решение: обновить ShServ.dll — должна быть не ниже версии 4.48.86.

An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
Возникает при попытке импорте меню. Решение: установить BDE

Database not supported
Database not supported
Ошибка возникает при импорте из R-Keeper и заключается в несоответствии версии библиотеки rklogin.dll и накопительной базы данных ARK6.UDB . Проблема устраняется копированием библиотеки rklogin.dll из рабочего каталога RK6 в директорию SH4 (откуда запускается транспорт данных ImportRK.exe)

Ошибка сервера Sdbserv 72
Нарушение условий ссылочной целостности внешнего ключа «fk_ExpSpecs0_CmRef»: мастер-запись не найдена. Ошибка сервера Sdbserv 72. Объект = «fk_ExpSpecs0_CmRef». Параметр = 0. Ошибка Win32=0.
Ошибка появляется при импорте меню. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Комплект не найден (по заданному RID)
Комплект не найден (по заданному RID)
Ошибка появляется при открытии группы блюд. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Floating point overflow
Floating point overflow
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

Printing in progress
Printing in progress
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

DLL exeption: Index is out of date
DLL exeption: Index is out of date. Index: Iparent.
Ошибка появляется при импорте данных из БД R-keeper. Для решения проблемы необходимо сделать реиндексацию БД R-keeper с помощью утилиты REIND32.EXE и повторить импорт данных в SHouse.

Ошибка сервера Sdbserv 77
Нарушение условия уникальности индекса «uiExpM0». Ошибка сервера Sdbserv 77. Объект = «uiExpMO»

Есть несколько причин возникновения ошибки и методов ее решения:

1. Ошибка возникает при импорте расхода блюд из R-Keeper v6 или v7 и объясняется тем, что в таблице expm0 лежит много мусора. Таким образом, импорт расхода за некоторые дни может не проходить. Решение: выполнить процедуру ChkExpM из прилагаемой ShServ.dll. Для версии SH4.52 требуется модифицированная ShServ.dll, с версии SH4.53 эта процедура станет стандартной.

2. Блюдо было удалено вручную и в menu.db и в menu_.db. Решение: расход блюд не импортируется за этот день в SH4, а забивается вручную.

3. В SH4 некоторые модификаторы могут в свойствах иметь тип «ССЫЛКА» — так делать нельзя и это может быть причиной данной ошибки. Решение: нужно что бы все модификаторы имели тип «ТОВАР». (Проверялось на версии SH 4.60).

4. Если данные импортируются из RK7, необходимо параметр в RK7 «Не передавать тип заказа (SH4UsesDefaultCOT)» выставить в TRUE.

Нарушение условия уникальности индекса pkDocSpecs0
Нарушение условия уникальности индекса pkDocSpecs0

Дополнительная информация:

— диагностика база данных находит много потерянных страниц и также ссылается на индекс pkDocSpecs0. Backup базы проходит успешно, но восстановить из этого архива базу невозможно.

Решение:

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

— создать запрос в Сервис Деске, вложить в него проблемную базу (backup не подходит!), предварительно сделав архив с помощью WinRAR (или любого другого архиватора) и ожидать восстановления базы

— если на момент возникновения проблемы с базой у клиента установлена не последняя версия склада, подготовиться к обновлению (не забывая при этом, что с версии 4.31.44 используются ключи с новой пропиской)

Количество должно быть больше нуля
Количество должно быть больше нуля

Ошибка происходит при попытке открыть документа расхода. Проблема может возникать в нескольких случаях:

— в накопительной базе R-Keeper v6 есть чеки, которые были оплачены одной валютой, а сдача оформлена другой (как правило, ошибка персонала). Если оплата комбинированная, то сдача должна быть в любой из валют оплаты — в таком случае проблема не возникает.

— в накопительной базе R-Keeper v6 есть чеки, в оплате которых по одной из валют нулевая сумма. Эта ситуация возникает очень редко и является нештатной (сбой системы). Следует заметить, что это не относится к чекам без оплаты (которые обрабатываются нормально) — проблема возникает только в том случае, когда в таблице PCHECK.DB (оплата чеков) для одного чека существует несколько записей, одна из который с нулевой суммой.

Для решения проблемы потребуется исправлять исходные данные закрытого дня (каталог OLDRES)

В первом случае для выбора проблемных записей можно использовать следующий запрос:

SELECT * FROM ‘C:UCSPCHECK.DB’ AS a, ‘C:UCSPCHECK.DB’ AS b WHERE (a.Cnum = b.Cnum AND a.Curency <> b.Curency)

ВАЖНО: Запрос возвращает не только проблемные записи, но и записи с комбинированной оплатой — будьте внимательны!

Во втором случае нужно просмотреть все записи в таблице PCHECK.DB и удалить проблемную.

No measure unit is set for the product.
When trying to perform expenditure, system shows error «No measure unit is set for the product.»

Sometimes system shows error «No measure unit is set for the product.» when trying to perform expenditure.
To check which products have problem with m. units perform following:

1. Using SDBMAN execute query (Service -> Execute query) on procedure «ChkGsMUnitRef» in ShServ.dll
2. Open server log (usually …UCSSDBSrvSDB.TXT). This file will show info about products, which have problems with m. units. The line should start with __ LOST MUNIT __ goods:.
3. Fix m. units for indicated products.

Ошибка менеджера данных 16. Тэг поля:{200.3.0}
Слишком длинная строка для присваивания

Возникает при открытии комплекта; группы комплектов, куда входит проблемный комплект; либо при открытии группы товаров, где есть товар, связанный с проблемным комплектом.

Причина: у комплекта макс длинна аббревиатуры 16 символов, у товара – 20. При создании комплекта на основе товара не отрезались лишние символы до версии 4.72

Решение:

Выполнить процедуру CutCmBaseAttr из библиотеки SHFix.dll версии 4.70.159.0 от 05.08.10

Неизвестное исключение процедуры сервера 72
Неизвестное исключение процедуры сервера 72
При формировании отчета «Анализ неплательщиков» в SHUtils, может возникнуть данная ошибка. 
Решение: обновить текущую версию SHUtils до версии 4.19.41.0

Несуществующие модификаторы при списании
При списании документа расхода к товарам без модификаторов, прикрепляются несуществующие модификаторы. При пересписании документа, данные позиции могут уже не подкрепляться

Нечто подобное обсуждалось на трекере — например, запрос 0005967.

Решение:

1. Сделать бэкап БД.
2. Выполнить процедуру DelWrongExpM (указав в поле библиотеки обновленную ShFix.dll версии не ниже 4.70.159.0)
3. В логе сервера (SDB.TXT) после выполнения этого запроса должен отобразиться протокол количества удаленных позиций.

Далее, существующие проблемные документы загрузить заново и пересписать.

Обновленная ShFix.dll находится на ФТП (ftp://…/dealers/storehouse/sh4/shfix/). Также ее можно скачать с трекера — номер обращения 0005967 вложенный архив ShFix4_70_159.rar

Не работает назначение комплекта в SH 4.92
Не корректно отрабатывает назначение комплекта в SH 4.92

— В версии сервера 4.92 при работе с «учет/спец. учет» некорректно отрабатывает назначение комплекта по умолчанию. Если делать в учете, то не назначается в спец. учете (и наоборот). 
— Решение: сделать обновление SH  до версии 4.93 и выполнить запрос UpdGsCmRef  из библиотеки SHFix.DLL 4.84.222.0 — что назначит «неназначенные» комплекты по умолчанию

Error — Sdbserv 70
Ошибка чтения потока — Ошибка сервера Sdbserv 70

Воспроизводится:
1. Документы -> Корреспонденты -> Места реализации
2. Добавляем новое место реализации
3. Сохраняем
4. Вылетает окно с ошибкой.
Решение:
Ошибка возникает если при создании места реализации, в поле код указать трехзначное (или больше) значение. Код должен быть — ДВУХЗНАЧНЫМ!

P.S> решен запрос на трекере — №28093

Не сходятся остатки на конец-начало периода
Не сходятся суммы остатков конца одного периода с началом следующего периода в товарном отчете

Решение:
Апгрейд SH4 до актуальных версий и выполнение следующих процедур:
1. Процедура ChkDoc12 проверяет замены и в случае обнаружения расхождений пишет в > текстовый лог (SDB.TXT) строки вида:
doc _номер документа_ saved _сохр. кол-во_ calc _расчетное кол-во_
2. Процедура RepDoc12 делает тоже самое плюс пытается это исправить (сохранить другое кол-во).

Предполагается вызывать так (в качестве библиотеки указывать SHSERV.DLL с версии SH 4.94):
ChkDoc12
— посмотреть лог, если есть проблемы, то
RepDoc12
— снова проверить ChkDoc12. (Перед применением RepDoc12 не забыть сделать резервную копию БД).

Внимание! Ошибки при работе SHC.EXE могут остаться. Главное, чтобы отчет сходился! На современных версиях SH 4.90 и выше, после правки можно воспользоваться SHC для исправления оставшихся после правки логических ошибок до полного исправления БД.

3. Если не помогают вышеописанные процедуры, выполнить процедуру

fix_002

— из актуальной для используемого SH версии SHFIX.DLL. Для старых версий SH (ниже 4.90) может не сработать, тогда выполнить после обновления ПО до актуальной версии.

  1. 26.03.2013, 10:34

    #1

    JohnStav вне форума


    Сведущий

    Аватар для JohnStav

    Регистрация
    25.07.2012
    Адрес
    Россия
    Сообщений
    56
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)

    Несовместимая версия библиотеки сервера

    Добрый день! Кто сталкивался с проблемой SH4 на windows8 ?
    Сервер sh4 версия 4.78 стоит на 7 винде 32 bit, клиент на ХР и WIN8. На ХР все без проблем работает. На WIN8 при запуске пишет ошибку:несовместимая версия библиотеки сервера SHSERV.dll:4.78. Что он хочет?

  2. 26.03.2013, 11:46

    #2

    PaViS вне форума


    В теме

    Регистрация
    20.02.2007
    Адрес
    -<>-
    Сообщений
    631
    Поблагодарил(а)
    1
    Благодарностей: 1 (сообщений: 1)

    Отправить сообщение для PaViS с помощью ICQ

    Цитата Сообщение от JohnStav
    Посмотреть сообщение

    несовместимая версия библиотеки сервера SHSERV.dll:4.78. Что он хочет?

    А клиент на Win8 какой?
    Для проверки при логоне на сервер SH4 нажми «Отмена» и посмотри версию клиента.

  3. 26.03.2013, 13:05

    #3

    JohnStav вне форума


    Сведущий

    Аватар для JohnStav

    Регистрация
    25.07.2012
    Адрес
    Россия
    Сообщений
    56
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)

    Спасибо. Оказывается клиент стал криво.

  4. 11.12.2018, 12:02

    #4

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    162
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Столкнулся с аналогичной проблемой, но назвать установку клиента кривой не могу.
    1. Установил сервер SH4 версии 4.107.362 (дистрибутив shserv4_107_362_1), при этом свойства модуля sdbserv показывают версию 1.32.285.0.
    2. Установил клиент SH4 версии 4.107.362 (дистрибутив shcli4_107_362_1), при этом вкладка «Подробно» свойств файла SH.exe пишет, что версия 4.99.315.0.
    3. После запуска клиента и отмены входа раздел справки сообщает, что версия программы 4.99.
    4. При попытке подключится к серверу SH4 после авторизации ругается «Несовместимая версия библиотеки сервера SHSERV.dll 4.88»
    Где она ее берет, если в папке SDBSrv версия этой библиотеки в свойствах 4.107.362.0?!
    Попробовал ставить клиент на машины с Windows 10, Server 2008R2/Windows 7

    Последний раз редактировалось ExiveR; 11.12.2018 в 13:40.

  5. 11.12.2018, 12:39

    #5

    satan вне форума


    Разбирающийся

    Регистрация
    28.06.2013
    Адрес
    Краснодар
    Сообщений
    1,333
    Поблагодарил(а)
    23
    Благодарностей: 143 (сообщений: 101)

    Цитата Сообщение от ExiveR
    Посмотреть сообщение

    Где она ее берет, если в папке SDBSrv версия этой библиотеки в свойствах 4.107.362.0?!

    а что на второй закладке в SDBSConf.exe?

  6. 11.12.2018, 12:58

    #6

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    162
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Цитата Сообщение от satan
    Посмотреть сообщение

    а что на второй закладке в SDBSConf.exe?

    Путь к папке, где лежит эта библиотека — D:UCSSDBSrv

  7. 11.12.2018, 15:18

    #7

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    162
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Разобрался — по ошибке в настройках отправлял клиента SH4 на сервер отчетов RK вместо SH, хотя в Справка-О программе почему-то по-прежнему показывает версию программы 4.99

  8. 11.12.2018, 17:51

    #8

    satan вне форума


    Разбирающийся

    Регистрация
    28.06.2013
    Адрес
    Краснодар
    Сообщений
    1,333
    Поблагодарил(а)
    23
    Благодарностей: 143 (сообщений: 101)

    Все верно, клиент с тех пор не менялся

Название ошибки
Полный текст ошибки
Описание ошибки и метод решения

Ошибка менеджера данных 15
Поле-источник данных должно содержать значение для записи потока. Ошибка менеджера данных 15. Тег поля: {216.2.0}

Причин ошибки может быть несколько: 

  • в менеджерской базе в словаре валют содержится некорректная информация (например валюта без названия). При этом валюта может быть также удаленной — в таком случае надо проверять таблицу Money_.DB 
  • в R-Keeper есть блюдо с нулевой (удаленной) группой станции — в этом случае за данный день надо забить расход блюд в БД SHouse вручную 
  • версия транспорта данных SH4 (ImportRK.exe) не соответствует версии сервера SH4 – нужно привести версии программ в соответствия друг другу

В случае если выгрузка идет из РК7: — снять флаг в параметре УстановочныеСвязь с другими системамиАльт.названия. Т.е. поле альт. название заполнять не нужно, а просто отключить экспорт альт. названий в SH4. После этого, импорт меню и расхода должен пройти успешно.

Ошибка сервера Sdbserv 153
Ошибка Sdbserv 153: Слишком большая высота дерева индекса «iCmltemsHdrRefs»

При входе в товарные группы, калькуляции, а также утилиту проверки базы данных, появляется след. сообщение: «Ошибка сервера Sdbserv 153,Объект = «iCmltemsHdrRefs». Параметр = 0. Ошибка Win32 = 0.Слишком большая высота дерева индекса «iCmltemsHdrRefs».
Также невозможно войти в некоторые калькуляции и документы, причем те которые уже проведены.

Решение:
Скорее всего, повреждена база данных. Можно попробовать ее восстановить, но гарантий никаких нет. Для этого необходимо создать запрос в Сервис Деске, в который обязательно вложить проблемную базу (если backuprestore проходит, то вкладывать backup базы в архиве (rar, zip); если нет, то вложить оригинал также в архиве)

Как вариант решения — восстановить backup, который сформирован до повреждения и заполнить базу недостающими документами.

Ошибка: Исключение процедуры сервера — 503
Ошибка: Исключение процедуры сервера — 503 (Не определена единица измерения товара)

Описание: Эта ошибка возникает при формировании списка документов, в частности документов расхода или при импорте расхода из базы r_keeper. Backup-Restore базы не помогает. При проверке накладных SHCheck Utility — эта ошибка проявляется и не исправляется.

Решение: Нужно выполнить процедуру ChkGsMUnitRef (из библиотеки SHSERV.DLL) — после его выполнения в текстовом логе сервера (по умолчанию, sdb.txt) появятся строки вида  «__ LOST MUNIT __ … «, в которых указаны наименования и коды товаров и наименования ед. изм., которые к ним надо добавить.

Не найдена товарная группа внешний код %Х
Не найдена товарная группа внешний код %Х. Исключение процедуры сервера.

Ошибка возникает при импорте товаров (меню и модификаторы).

R-Keeper v7

В случае использования RK7 следует проверить, нет ли НЕ удаленных блюд (черновики, активные) в удаленных группах меню.

В общем для RK7 универсального решения нет — дополнительно можно посмотреть на задачи https://tracker.ucs.ru/issues/20726 и https://tracker.ucs.ru/issues/24364, а также связанными с ними задачи.

Не найдено поле DEPART в таблице ACHECK
Field not found file C:RK6DBARK6.UDB table ACHECK field DEPART
Ошибка возникает при импорте словарей (меню). Решение: обновить библиотеку SHTR.DLL на версию не ниже 1.13.9.1

Не найден товар для модификатора.
Не найден товар для модификатора.
Обновить SHTR.DLL на версию не ниже 1.13.9.1

Исключение процедуры сервера 563
Отсутствует версия комплекта на заданную дату (Исключение процедуры сервера 563)
Если SHCheck и диагностика ошибок не выдают, то надо удалить данный комплект и завести его заново.
Также подобная ошибка бывает следствием при обновлении SHouse v3 на SHouse v4. Вполне вероятно во вновь создаваемые блюда входят полуфабрикаты перенесенные из старого склада. И у данных полуфабрикатов отсутствуют периоды на определенные даты, т.е. имеет место конфликт между периодами комплектов блюда и входящих в него составляющих.
Еще один вариант появления ошибки — когда в новый, создаваемый в SH4 комплект, входили комплекты, перекачанные из SH3. Решение — выполнение процедуры SetStartCmHdrDate из shfix.dll версии 4.49.86

Исключение процедуры сервера 37
Не найдена вершина в дереве/мастерзапись (Исключение процедуры сервера 37)
Необходимо сделать обновление версии программы.

Недопустимое имя параметра «%S»
Недопустимое имя параметра «%S». Исключение процедуры сервера 100
Данная ошибка выдается при открытии карты комплекта. Проблема решается обновлением версии программы и удалением последнего периода действия комплекта. Если период не удаляется, удаляется сам комплект и заводится заново.

Цена не может быть отрицательной.
При импорте расхода возникает ошибка «Цена не может быть отрицательной»
Проблема решается выполнением процедуры ZeroGsInPrice c использование специальной библиотеки ShFix.dll

DLL exception: Field ‘NALOG’ not found.
DLL exception: Field ‘NALOG’ not found.
Данная ошибка появляется при импорте меню. Проблема решается повышением версии RK6.

DLL exception: Invalid pointer operation.
DLL exception: Invalid pointer operation.
Посмотреть в отчетах R-Keeper v6 расход блюд за данный период. При наличии неизвестных блюд или знаков «???» исправлять БД R-Keeper v6

Could not convert variant of type (String) into type (Double)
Could not convert variant of type (String) into type (Double)
Ошибка возникает при добавлении товара в комплект. Решение проблемы — обновление версии программы. Или как временный вариант: в меню Сервис->Настройки склада->Комплекты — снять галочку «Автоматически подставлять проценты обработки»

Неизвестное исключение процедуры сервера 606
Некорректная запись о замене для товара <наименование_товара>. Неизвестное исключение процедуры сервера 606
Ошибка возникает при построении списка накладных. Решение проблемы — обновление версии программы.

Не найден товар для спецификации расхода
Не найден товар для спецификации расхода. Внешний код XXX

Данные решения указанной проблемы нельзя применять в случае использования SH4 HeadOffice

Ошибка возникает при импорте расхода блюд. В качестве значения ХХХ указывается ШИФР проблемного блюда (модификатора, категории) в шестнадцатеричном виде (HEX) — например, значение 244Е соотв. десятичному 9294.

Вариант №1

Для решения проблемы нужно найти в таблице меню (menu.db) блюдо с соотв. шифром (поле Sifr) и проверить, корректно ли заполнены в этой записи остальные поля. Например, поле Parent (шифр родителя) может ссылаться на несуществующую запись. Если в таблице menu.db такого блюда нет, следует проверить в удаленном меню (menu_.db)

Если проблема не связана с блюдами, надо аналогичным образом проверить другие таблицы (categ.db, modify.db)

Вариант №2

Ошибка может возникать при использовании библиотеки SHTR.DLL, предназначенной для SH4 HeadOffice. В таком случае необходимо заменить ее на стандартную библиотеку SHTR.DLL.

Неверная контрольная сумма ключа защиты
Неверная контрольная сумма ключа защиты.
— Ошибка возникает при входе в программу и устраняется заменой ключа. — Либо не совпадает версия программы с прошивкой ключа.

Дублирование в порядке компонентов комплекта
Исключение процедуры сервера 621

Возникает при попытке открыть комплект или список комплектов.

Решение проблемы:

1. Если версия склада ниже 4.62, скопировать в любое место библиотеку ShServ.dll. ВАЖНО: библиотеку НЕ НУЖНО подменять в SDBSrv!
Если версия склада 4.62 и выше, процедуру можно запускать из стандартной библиотеки, входящей в инсталляцию. Если в стандартной библиотеке (даже версии 4.62 и выше) процедура все же не найдена, используем вышеуказанную библиотеку.
2. Запустить Sdbman.exe
3. Выбрать пункт «Прочее», далее «Выполнить запрос»
4. В поле «Процедура» указать имя процедуры SetCmItemsOrder
5. В поле «Библиотека» указать полный путь к скопированному файлу ShServ.dll (для версии ниже 4.62) или для текущей, из рабочей директории SDBSrv (для версии выше 4.62)
6. Выполнить запрос с помощью иконки на панели задач либо выбрав соотв. пункт в меню.

Undefined symbol «PRINTCOLOR»
Undefined symbol «PRINTCOLOR»
Ошибка возникает при попытке распечатать из спец. ведомости остатков форму «Заказ». Решение проблемы — обновление формы REP_SPECZAKAZ.frf

Код ошибки WinSock 10038
Невозможна операция записи (5064). Код ошибки WinSock 10038.
Ошибка выдается при построении баланса счетов. Проблема решается увеличением таймаута на сервере и клиенте.

Адрес процедуры «DocHdrAttrList» неизвестен
Ошибка процедуры сервера Sdbserv 84. Объект = «DocHdrAttrList». параметр = 0. Ошибка Win 32 = 0.
Возникает при попытке добавить атрибут заголовка документа. Решение: обновить ShServ.dll — должна быть не ниже версии 4.48.86.

An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
Возникает при попытке импорте меню. Решение: установить BDE

Database not supported
Database not supported
Ошибка возникает при импорте из R-Keeper и заключается в несоответствии версии библиотеки rklogin.dll и накопительной базы данных ARK6.UDB . Проблема устраняется копированием библиотеки rklogin.dll из рабочего каталога RK6 в директорию SH4 (откуда запускается транспорт данных ImportRK.exe)

Ошибка сервера Sdbserv 72
Нарушение условий ссылочной целостности внешнего ключа «fk_ExpSpecs0_CmRef»: мастер-запись не найдена. Ошибка сервера Sdbserv 72. Объект = «fk_ExpSpecs0_CmRef». Параметр = 0. Ошибка Win32=0.
Ошибка появляется при импорте меню. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Комплект не найден (по заданному RID)
Комплект не найден (по заданному RID)
Ошибка появляется при открытии группы блюд. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Floating point overflow
Floating point overflow
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

Printing in progress
Printing in progress
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

DLL exeption: Index is out of date
DLL exeption: Index is out of date. Index: Iparent.
Ошибка появляется при импорте данных из БД R-keeper. Для решения проблемы необходимо сделать реиндексацию БД R-keeper с помощью утилиты REIND32.EXE и повторить импорт данных в SHouse.

Ошибка сервера Sdbserv 77
Нарушение условия уникальности индекса «uiExpM0». Ошибка сервера Sdbserv 77. Объект = «uiExpMO»

Есть несколько причин возникновения ошибки и методов ее решения:

1. Ошибка возникает при импорте расхода блюд из R-Keeper v6 или v7 и объясняется тем, что в таблице expm0 лежит много мусора. Таким образом, импорт расхода за некоторые дни может не проходить. Решение: выполнить процедуру ChkExpM из прилагаемой ShServ.dll. Для версии SH4.52 требуется модифицированная ShServ.dll, с версии SH4.53 эта процедура станет стандартной.

2. Блюдо было удалено вручную и в menu.db и в menu_.db. Решение: расход блюд не импортируется за этот день в SH4, а забивается вручную.

3. В SH4 некоторые модификаторы могут в свойствах иметь тип «ССЫЛКА» — так делать нельзя и это может быть причиной данной ошибки. Решение: нужно что бы все модификаторы имели тип «ТОВАР». (Проверялось на версии SH 4.60).

4. Если данные импортируются из RK7, необходимо параметр в RK7 «Не передавать тип заказа (SH4UsesDefaultCOT)» выставить в TRUE.

Нарушение условия уникальности индекса pkDocSpecs0
Нарушение условия уникальности индекса pkDocSpecs0

Дополнительная информация:

— диагностика база данных находит много потерянных страниц и также ссылается на индекс pkDocSpecs0. Backup базы проходит успешно, но восстановить из этого архива базу невозможно.

Решение:

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

— создать запрос в Сервис Деске, вложить в него проблемную базу (backup не подходит!), предварительно сделав архив с помощью WinRAR (или любого другого архиватора) и ожидать восстановления базы

— если на момент возникновения проблемы с базой у клиента установлена не последняя версия склада, подготовиться к обновлению (не забывая при этом, что с версии 4.31.44 используются ключи с новой пропиской)

Количество должно быть больше нуля
Количество должно быть больше нуля

Ошибка происходит при попытке открыть документа расхода. Проблема может возникать в нескольких случаях:

— в накопительной базе R-Keeper v6 есть чеки, которые были оплачены одной валютой, а сдача оформлена другой (как правило, ошибка персонала). Если оплата комбинированная, то сдача должна быть в любой из валют оплаты — в таком случае проблема не возникает.

— в накопительной базе R-Keeper v6 есть чеки, в оплате которых по одной из валют нулевая сумма. Эта ситуация возникает очень редко и является нештатной (сбой системы). Следует заметить, что это не относится к чекам без оплаты (которые обрабатываются нормально) — проблема возникает только в том случае, когда в таблице PCHECK.DB (оплата чеков) для одного чека существует несколько записей, одна из который с нулевой суммой.

Для решения проблемы потребуется исправлять исходные данные закрытого дня (каталог OLDRES)

В первом случае для выбора проблемных записей можно использовать следующий запрос:

SELECT * FROM ‘C:UCSPCHECK.DB’ AS a, ‘C:UCSPCHECK.DB’ AS b WHERE (a.Cnum = b.Cnum AND a.Curency <> b.Curency)

ВАЖНО: Запрос возвращает не только проблемные записи, но и записи с комбинированной оплатой — будьте внимательны!

Во втором случае нужно просмотреть все записи в таблице PCHECK.DB и удалить проблемную.

No measure unit is set for the product.
When trying to perform expenditure, system shows error «No measure unit is set for the product.»

Sometimes system shows error «No measure unit is set for the product.» when trying to perform expenditure.
To check which products have problem with m. units perform following:

1. Using SDBMAN execute query (Service -> Execute query) on procedure «ChkGsMUnitRef» in ShServ.dll
2. Open server log (usually …UCSSDBSrvSDB.TXT). This file will show info about products, which have problems with m. units. The line should start with __ LOST MUNIT __ goods:.
3. Fix m. units for indicated products.

Ошибка менеджера данных 16. Тэг поля:{200.3.0}
Слишком длинная строка для присваивания

Возникает при открытии комплекта; группы комплектов, куда входит проблемный комплект; либо при открытии группы товаров, где есть товар, связанный с проблемным комплектом.

Причина: у комплекта макс длинна аббревиатуры 16 символов, у товара – 20. При создании комплекта на основе товара не отрезались лишние символы до версии 4.72

Решение:

Выполнить процедуру CutCmBaseAttr из библиотеки SHFix.dll версии 4.70.159.0 от 05.08.10

Неизвестное исключение процедуры сервера 72
Неизвестное исключение процедуры сервера 72
При формировании отчета «Анализ неплательщиков» в SHUtils, может возникнуть данная ошибка. 
Решение: обновить текущую версию SHUtils до версии 4.19.41.0

Несуществующие модификаторы при списании
При списании документа расхода к товарам без модификаторов, прикрепляются несуществующие модификаторы. При пересписании документа, данные позиции могут уже не подкрепляться

Нечто подобное обсуждалось на трекере — например, запрос 0005967.

Решение:

1. Сделать бэкап БД.
2. Выполнить процедуру DelWrongExpM (указав в поле библиотеки обновленную ShFix.dll версии не ниже 4.70.159.0)
3. В логе сервера (SDB.TXT) после выполнения этого запроса должен отобразиться протокол количества удаленных позиций.

Далее, существующие проблемные документы загрузить заново и пересписать.

Обновленная ShFix.dll находится на ФТП (ftp://…/dealers/storehouse/sh4/shfix/). Также ее можно скачать с трекера — номер обращения 0005967 вложенный архив ShFix4_70_159.rar

Не работает назначение комплекта в SH 4.92
Не корректно отрабатывает назначение комплекта в SH 4.92

— В версии сервера 4.92 при работе с «учет/спец. учет» некорректно отрабатывает назначение комплекта по умолчанию. Если делать в учете, то не назначается в спец. учете (и наоборот). 
— Решение: сделать обновление SH  до версии 4.93 и выполнить запрос UpdGsCmRef  из библиотеки SHFix.DLL 4.84.222.0 — что назначит «неназначенные» комплекты по умолчанию

Error — Sdbserv 70
Ошибка чтения потока — Ошибка сервера Sdbserv 70

Воспроизводится:
1. Документы -> Корреспонденты -> Места реализации
2. Добавляем новое место реализации
3. Сохраняем
4. Вылетает окно с ошибкой.
Решение:
Ошибка возникает если при создании места реализации, в поле код указать трехзначное (или больше) значение. Код должен быть — ДВУХЗНАЧНЫМ!

P.S> решен запрос на трекере — №28093

Не сходятся остатки на конец-начало периода
Не сходятся суммы остатков конца одного периода с началом следующего периода в товарном отчете

Решение:
Апгрейд SH4 до актуальных версий и выполнение следующих процедур:
1. Процедура ChkDoc12 проверяет замены и в случае обнаружения расхождений пишет в > текстовый лог (SDB.TXT) строки вида:
doc _номер документа_ saved _сохр. кол-во_ calc _расчетное кол-во_
2. Процедура RepDoc12 делает тоже самое плюс пытается это исправить (сохранить другое кол-во).

Предполагается вызывать так (в качестве библиотеки указывать SHSERV.DLL с версии SH 4.94):
ChkDoc12
— посмотреть лог, если есть проблемы, то
RepDoc12
— снова проверить ChkDoc12. (Перед применением RepDoc12 не забыть сделать резервную копию БД).

Внимание! Ошибки при работе SHC.EXE могут остаться. Главное, чтобы отчет сходился! На современных версиях SH 4.90 и выше, после правки можно воспользоваться SHC для исправления оставшихся после правки логических ошибок до полного исправления БД.

3. Если не помогают вышеописанные процедуры, выполнить процедуру

fix_002

— из актуальной для используемого SH версии SHFIX.DLL. Для старых версий SH (ниже 4.90) может не сработать, тогда выполнить после обновления ПО до актуальной версии.

Нарушено условие уникальности индекса pkDOCspecs0

Дополнительная информация:

— диагностика база данных находит много потерянных страниц и также ссылается на индекс pkDOCspecs0. Backup базы проходит успешно, но восстановить из этого архива базу невозможно.

Решение:

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

— создать запрос в трекере (http://tracker.ucs.ru), вложить в него проблемную базу (backup не подходит!), предварительно сделав архив с помощью WinRAR (или любого другого архиватора) и ожидать восстановления базы

— если на момент возникновения проблемы с базой у клиента установлена не последняя версия склада, подготовиться к обновлению (не забывая при этом, что с версии 4.31.44 используются ключи с новой пропиской)

———————————————————————

Не найден товар для спецификации расхода. Внешний код XXX

Ошибка возникает при импорте расхода блюд. В качестве значения ХХХ указывается ШИФР проблемного блюда (модификатора, категории) в шестнадцатиричном виде (HEX) — например, значение 244Е соотв. десятичному 9294.

Вариант №1

Для решения проблемы нужно найти в таблице меню (menu.db) блюдо с соотв. шифром (поле Sifr) и проверить, корректно ли заполнены в этой записи остальные поля. Например, поле Parent (шифр родителя) может ссылаться на несуществующую запись. Если в таблице menu.db такого блюда нет, следует проверить в удаленном меню (menu_.db)

Если проблема не связана с блюдами, надо аналогичным образом проверить другие таблицы (categ.db, modify.db)

Вариант №2

Ошибка может возникать при использовании библиотеки SHTR.DLL, предназначенной для SH4 HeadOffice. В таком случае необходимо заменить ее на стандартную библиотеку SHTR.DLL.

———————————————————————

Нарушение условия уникальности индекса «uiExpMO». Ошибка сервера Sdbserv 77. Объект = «uiExpMO».

Есть несколько причин возникновения ошибки и методов ее решения:

1. Ошибка возникает при импорте расхода блюд изи R-Keeper v6 и объясняется тем, что в таблице expm0 лежит много мусора. Таким образом, импорт расхода за некоторые дни может не проходить. Решение: выполнить процедуру ChkExpM из прилагаемой ShServ.dll. Для версии SH4.52 требуется модифицированная ShServ.dll, с версии SH4.53 эта процедура станет стандартной.

2. Блюдо было удалено вручную и в menu.db и в menu_.db. Решение: расход блюд не импортируется за этот день в SH4, а забивается вручную.

3. В SH4 некоторые модификаторы могут в свойствах иметь тип «ССЫЛКА» — так делать нельзя и это может быть причиной данной ошибки. Решение: нужно что бы все модификаторы имели тип «ТОВАР». (Проверялось на версии SH 4.60).

———————————————————————

Недопустимое имя параметра «%S». Исключение процедуры сервера 100

Данная ошибка выдается при открытии карты комплекта. Проблема решается обновлением версии программы и удалением последнего периода действия комлекта. Если период не удаляется, удаляется сам комплект и заводится заново.

———————————————————————

Дублирование в порядке компонентов комплекта

Возникает при попытке открыть комплект.

Решение проблемы:

1. Если версия склада ниже 4.62, скопировать в любое место библиотеку ShServ.dll. ВАЖНО: библиотеку НЕ НУЖНО подменять в SDBSrv!
Если версия склада 4.62 и выше, процедуру можно запускать из стандартной библиотеки, входящей в инсталляцию.
2. Запустить Sdbman.exe
3. Выбрать пункт «Прочее», далее «Выполнить запрос»
4. В поле «Процедура» указать имя процедуры SetCmItemsOrder
5. В поле «Библиотека» указать полный путь к скопированному файлу ShServ.dll (для версии ниже 4.62) или для текущей, из рабочей директории SDBSrv (для версии выше 4.62)
6. Выполнить запрос с помощью иконки на панели задач либо выбрав соотв. пункт в меню.

———————————————————————

Ошибка: Исключение процедуры сервера — 503 (Не определена единица измерения товара)

Описание: Эта ошибка возникает при формировании списка документов, в частности документов расхода. Backup-Restore базы не помогает. При проверке накладных SHCheck Utility — эта ошибка проявляется и не исправляется.

Решение: Нужно выполнить процедуру ChkGsMUnitRef (из библиотеки SHSERV.DLL) — после его выполнения в текстовом логе сервера (по умолчанию, sdb.txt) появятся строки вида «__ LOST MUNIT __ … «, в которых указаны наименования и коды товаров и наименования ед. изм., которые к ним надо добавить.

———————————————————————

Отсутствует версия комплекта на заданную дату (Исключение процедуры сервера 563)

Если SHCheck и диагностика ошибок не выдают, то надо удалить данный комплект и завести его заново.
Также подобная ошибка бывает следствием при обновлении SHouse v3 на SHouse v4. Вполне вероятно во вновь создаваемые блюда входят полуфабрикаты перенесенные из старого склада. И у данных полуфабрикатов отсутствуют периоды на определенные даты, т.е. имеет место конфликт между периодами комплектов блюда и входящих в него составляющих.
Еще один варианет появляния ошибки — когда в новый, создаваемый в SH4 комплект, входили комплекты, перекачанные из SH3. Решение — выполнение процедуры SetStartCmHdrDate из shfix.dll версии 4.49.86

———————————————————————

Ошибка Sdbserv 153: Слишком большая высота дерева индекса «iCmltemsHdrRefs»

При входе в товарные группы, калькуляции, а также утилиту проверки базы данных, появляется след. сообщение: «Ошибка сервера Sdbserv 153,Объект = «iCmltemsHdrRefs». Параметр = 0. Ошибка Win32 = 0.Слишком большая высота дерева индекса «iCmltemsHdrRefs».
Также невозможно войти в некоторые калькуляции и документы, причем те которые уже проведены.

Решение:
Скорее всего, повреждена база данных. Можно попробовать ее восстановить, но гарантий никаких нет. Для этого необходимо создать запрос в трекере (http://tracker.ucs.ru), в который обязательно вложить проблемную базу (если backuprestore проходит, то вкладывать backup базы в архиве (rar, zip); если нет, то вложить оригинал также в архиве)

Как вариант решения — восстановить backup, который сформирован до повреждения и заполнить базу недостающими документами.

———————————————————————

Не найдена вершина в дереве/мастерзапись (Исключение процедуры сервера 37)

Необходимо сделать обновление версии программы.

———————————————————————

Невозможна операция записи (5064). Код ошибки WinSock 10038.

Ошибка выдается при построении баланса счетов. Проблема решается увеличением таймаута на сервере и клиенте.

———————————————————————

Undefined symbol «PRINTCOLOR»

Ошибка возникает при попытке распечатать из спец.ведомости остатков форму «Заказ». Решение проблемы — обновление формы REP_SPECZAKAZ.frf

———————————————————————

Неверная контрольная сумма ключа защиты.

Ошибка возникает при входе в программу и устраняется заменой ключа.

———————————————————————

Некорректная запись о замене для товара <наименование_товара>. Неизвестное исключение процедуры сервера 606

Ошибка возникает при построениии списка накладных. Решение проблемы — обновление версии программы.

———————————————————————

Could not convert variant of type (String) into type (Double)

Ошибка возникает при добавлении товара в комплект. Решение проблемы — обновление версии программы. Или как временный вариант: в меню Сервис->Настройки склада->Комплекты — снять галочку «Автоматически подставлять проценты обработки»

———————————————————————

DLL exception: Invalid pointer operation.

Посмотреть в отчетах R-Keeper v6 расход блюд за данный период. При наличии неизвестных блюд или знаков «???» исправлять БД R-Keeper v6

———————————————————————

DLL exception: Field ‘NALOG’ not found.

Данная ошибка появляется при импорте меню. Проблема решается повышением версии RK6.

———————————————————————

При импорте расхода возникает ошибка «Цена не может быть отрицательной»

Проблема решается выполнением процедуры ZeroGsInPrice c использование специальной библиотеки ShFix.dll

———————————————————————

Не найден товар для модификатора.

Обновить SHTR.DLL на версию не ниже 1.13.9.1

———————————————————————

Field not found file C:RK6DBARK6.UDB table ACHECK field DEPART

Ошибка возникает при импорте словарей (меню). Решение: обновить библиотеку SHTR.DLL на версию не ниже 1.13.9.1

———————————————————————

Не найдена товарная группа внешний код %Х. Исключение процедуры сервера.

Ошибка возникает при импорте меню. Проблема в MENU.DB
Необходимо открыть MENU.DB в DBD32 и выполнить процедуру (File-New-SQL File)

Процедура:
select * from «c:rk6dbmenu.db» where Parent > 0 and Parent not in ( select Sifr from «c:rk6dbmenu.db»
where TreeType = «T» )

Процедура покажет блюда у которых проблема.
Варианты решения проблемы.
1. У указанных блюд в поле «TreeType» должно быть указано значение «Т» а стоит «F». Надо вручную поменять у этих блюд поле «TreeType».
2. У указанных блюд в поле «Parent» ссылается на не существующую группу меню. Надо исправить значение данного поля на реальное, той группы меню к которому относится данное блюдо.

———————————————————————

Адрес процедуры «DocHdrAttrList» неизвестен Ошибка процедуры сервера Sdbserv 84. Объект = «DocHdrAttrList». параметр = 0. Ошибка Win 32 = 0.

Возникает при попытке добавить атрибут заголовка документа. Решение: обновить ShServ.dll — должна быть не ниже версии 4.48.86.

———————————————————————

An error occured while attempting to initialize the Borland Data Base Engine (error $210A)

Возникает при попытке импорте меню. Решение: установить BDEi

———————————————————————

Поле-источник данных должно содержать значение для записи потока. Ошибка менеджера данных 15. Тег поля: {216.2.0}

Причин ошибки может быть несколько:

* в менеджерской базе в словаре валют содержиться некорректная информация (например валюта без названия). При этом валюта может быть также удаленной — в таком случае надо проверять таблицу Money_.DB
* в R-Kepeer есть блюдо с нулевой (удаленной) группой станции — в этом случае за данный день надо забить расход блюд в БД SHouse вручную
* версия транспорта данных SH4 (ImportRK.exe) не соответствует версии сервера SH4 – нужно привести версии программ в соответствия друг другу

———————————————————————

Database not supported

Ошибка возникает при импорте из R-Keeper и заключается в несоответствии версии библиотеки rklogin.dll и накопительной базы данных ARK6.UDB . Проблема устраняется копированием библиотеки rklogin.dll из рабочего каталога RK6 в директорию SH4 (откуда запускается транспорт данных ImportRK.exe)

———————————————————————

Floating point overflow

Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

———————————————————————

DLL exeption: Index is out of date. Index: Iparent.

Ошибка появляется при импорте данных из БД RKepeer. Для решения проблемы необходимо сделать реиндексацию БД RKepeer с помощью утилиты REIND32.EXE и повторить импорт данных в SHouse.

———————————————————————

Printing in progress

Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

———————————————————————

Комплект не найден (по заданному RID)

Ошибка появляется при открытии группы блюд. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

———————————————————————

Нарушение условий ссылочной целостности внешнего ключа «fk_ExpSpecs0_CmRef»: мастер-запись не найдена. Ошибка сервера Sdbserv 72. Объект = «fk_ExpSpecs0_CmRef». Параметр = 0. Ошибка Win32=0.

Ошибка появляется при импорте меню. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

———————————————————————

За предоставленые данные спасибо кое-кому, пожелавшему остаться неизвестным

Название ошибки
Полный текст ошибки
Описание ошибки и метод решения

Ошибка менеджера данных 15
Поле-источник данных должно содержать значение для записи потока. Ошибка менеджера данных 15. Тег поля: {216.2.0}

Причин ошибки может быть несколько: 

  • в менеджерской базе в словаре валют содержится некорректная информация (например валюта без названия). При этом валюта может быть также удаленной — в таком случае надо проверять таблицу Money_.DB 
  • в R-Keeper есть блюдо с нулевой (удаленной) группой станции — в этом случае за данный день надо забить расход блюд в БД SHouse вручную 
  • версия транспорта данных SH4 (ImportRK.exe) не соответствует версии сервера SH4 – нужно привести версии программ в соответствия друг другу

В случае если выгрузка идет из РК7: — снять флаг в параметре УстановочныеСвязь с другими системамиАльт.названия. Т.е. поле альт. название заполнять не нужно, а просто отключить экспорт альт. названий в SH4. После этого, импорт меню и расхода должен пройти успешно.

Ошибка сервера Sdbserv 153
Ошибка Sdbserv 153: Слишком большая высота дерева индекса «iCmltemsHdrRefs»

При входе в товарные группы, калькуляции, а также утилиту проверки базы данных, появляется след. сообщение: «Ошибка сервера Sdbserv 153,Объект = «iCmltemsHdrRefs». Параметр = 0. Ошибка Win32 = 0.Слишком большая высота дерева индекса «iCmltemsHdrRefs».
Также невозможно войти в некоторые калькуляции и документы, причем те которые уже проведены.

Решение:
Скорее всего, повреждена база данных. Можно попробовать ее восстановить, но гарантий никаких нет. Для этого необходимо создать запрос в Сервис Деске, в который обязательно вложить проблемную базу (если backuprestore проходит, то вкладывать backup базы в архиве (rar, zip); если нет, то вложить оригинал также в архиве)

Как вариант решения — восстановить backup, который сформирован до повреждения и заполнить базу недостающими документами.

Ошибка: Исключение процедуры сервера — 503
Ошибка: Исключение процедуры сервера — 503 (Не определена единица измерения товара)

Описание: Эта ошибка возникает при формировании списка документов, в частности документов расхода или при импорте расхода из базы r_keeper. Backup-Restore базы не помогает. При проверке накладных SHCheck Utility — эта ошибка проявляется и не исправляется.

Решение: Нужно выполнить процедуру ChkGsMUnitRef (из библиотеки SHSERV.DLL) — после его выполнения в текстовом логе сервера (по умолчанию, sdb.txt) появятся строки вида  «__ LOST MUNIT __ … «, в которых указаны наименования и коды товаров и наименования ед. изм., которые к ним надо добавить.

Не найдена товарная группа внешний код %Х
Не найдена товарная группа внешний код %Х. Исключение процедуры сервера.

Ошибка возникает при импорте товаров (меню и модификаторы).

R-Keeper v7

В случае использования RK7 следует проверить, нет ли НЕ удаленных блюд (черновики, активные) в удаленных группах меню.

В общем для RK7 универсального решения нет — дополнительно можно посмотреть на задачи https://tracker.ucs.ru/issues/20726 и https://tracker.ucs.ru/issues/24364, а также связанными с ними задачи.

Не найдено поле DEPART в таблице ACHECK
Field not found file C:RK6DBARK6.UDB table ACHECK field DEPART
Ошибка возникает при импорте словарей (меню). Решение: обновить библиотеку SHTR.DLL на версию не ниже 1.13.9.1

Не найден товар для модификатора.
Не найден товар для модификатора.
Обновить SHTR.DLL на версию не ниже 1.13.9.1

Исключение процедуры сервера 563
Отсутствует версия комплекта на заданную дату (Исключение процедуры сервера 563)
Если SHCheck и диагностика ошибок не выдают, то надо удалить данный комплект и завести его заново.
Также подобная ошибка бывает следствием при обновлении SHouse v3 на SHouse v4. Вполне вероятно во вновь создаваемые блюда входят полуфабрикаты перенесенные из старого склада. И у данных полуфабрикатов отсутствуют периоды на определенные даты, т.е. имеет место конфликт между периодами комплектов блюда и входящих в него составляющих.
Еще один вариант появления ошибки — когда в новый, создаваемый в SH4 комплект, входили комплекты, перекачанные из SH3. Решение — выполнение процедуры SetStartCmHdrDate из shfix.dll версии 4.49.86

Исключение процедуры сервера 37
Не найдена вершина в дереве/мастерзапись (Исключение процедуры сервера 37)
Необходимо сделать обновление версии программы.

Недопустимое имя параметра «%S»
Недопустимое имя параметра «%S». Исключение процедуры сервера 100
Данная ошибка выдается при открытии карты комплекта. Проблема решается обновлением версии программы и удалением последнего периода действия комплекта. Если период не удаляется, удаляется сам комплект и заводится заново.

Цена не может быть отрицательной.
При импорте расхода возникает ошибка «Цена не может быть отрицательной»
Проблема решается выполнением процедуры ZeroGsInPrice c использование специальной библиотеки ShFix.dll

DLL exception: Field ‘NALOG’ not found.
DLL exception: Field ‘NALOG’ not found.
Данная ошибка появляется при импорте меню. Проблема решается повышением версии RK6.

DLL exception: Invalid pointer operation.
DLL exception: Invalid pointer operation.
Посмотреть в отчетах R-Keeper v6 расход блюд за данный период. При наличии неизвестных блюд или знаков «???» исправлять БД R-Keeper v6

Could not convert variant of type (String) into type (Double)
Could not convert variant of type (String) into type (Double)
Ошибка возникает при добавлении товара в комплект. Решение проблемы — обновление версии программы. Или как временный вариант: в меню Сервис->Настройки склада->Комплекты — снять галочку «Автоматически подставлять проценты обработки»

Неизвестное исключение процедуры сервера 606
Некорректная запись о замене для товара <наименование_товара>. Неизвестное исключение процедуры сервера 606
Ошибка возникает при построении списка накладных. Решение проблемы — обновление версии программы.

Не найден товар для спецификации расхода
Не найден товар для спецификации расхода. Внешний код XXX

Данные решения указанной проблемы нельзя применять в случае использования SH4 HeadOffice

Ошибка возникает при импорте расхода блюд. В качестве значения ХХХ указывается ШИФР проблемного блюда (модификатора, категории) в шестнадцатеричном виде (HEX) — например, значение 244Е соотв. десятичному 9294.

Вариант №1

Для решения проблемы нужно найти в таблице меню (menu.db) блюдо с соотв. шифром (поле Sifr) и проверить, корректно ли заполнены в этой записи остальные поля. Например, поле Parent (шифр родителя) может ссылаться на несуществующую запись. Если в таблице menu.db такого блюда нет, следует проверить в удаленном меню (menu_.db)

Если проблема не связана с блюдами, надо аналогичным образом проверить другие таблицы (categ.db, modify.db)

Вариант №2

Ошибка может возникать при использовании библиотеки SHTR.DLL, предназначенной для SH4 HeadOffice. В таком случае необходимо заменить ее на стандартную библиотеку SHTR.DLL.

Неверная контрольная сумма ключа защиты
Неверная контрольная сумма ключа защиты.
— Ошибка возникает при входе в программу и устраняется заменой ключа. — Либо не совпадает версия программы с прошивкой ключа.

Дублирование в порядке компонентов комплекта
Исключение процедуры сервера 621

Возникает при попытке открыть комплект или список комплектов.

Решение проблемы:

1. Если версия склада ниже 4.62, скопировать в любое место библиотеку ShServ.dll. ВАЖНО: библиотеку НЕ НУЖНО подменять в SDBSrv!
Если версия склада 4.62 и выше, процедуру можно запускать из стандартной библиотеки, входящей в инсталляцию. Если в стандартной библиотеке (даже версии 4.62 и выше) процедура все же не найдена, используем вышеуказанную библиотеку.
2. Запустить Sdbman.exe
3. Выбрать пункт «Прочее», далее «Выполнить запрос»
4. В поле «Процедура» указать имя процедуры SetCmItemsOrder
5. В поле «Библиотека» указать полный путь к скопированному файлу ShServ.dll (для версии ниже 4.62) или для текущей, из рабочей директории SDBSrv (для версии выше 4.62)
6. Выполнить запрос с помощью иконки на панели задач либо выбрав соотв. пункт в меню.

Undefined symbol «PRINTCOLOR»
Undefined symbol «PRINTCOLOR»
Ошибка возникает при попытке распечатать из спец. ведомости остатков форму «Заказ». Решение проблемы — обновление формы REP_SPECZAKAZ.frf

Код ошибки WinSock 10038
Невозможна операция записи (5064). Код ошибки WinSock 10038.
Ошибка выдается при построении баланса счетов. Проблема решается увеличением таймаута на сервере и клиенте.

Адрес процедуры «DocHdrAttrList» неизвестен
Ошибка процедуры сервера Sdbserv 84. Объект = «DocHdrAttrList». параметр = 0. Ошибка Win 32 = 0.
Возникает при попытке добавить атрибут заголовка документа. Решение: обновить ShServ.dll — должна быть не ниже версии 4.48.86.

An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
An error occured while attempting to initialize the Borland Data Base Engine (error $210A)
Возникает при попытке импорте меню. Решение: установить BDE

Database not supported
Database not supported
Ошибка возникает при импорте из R-Keeper и заключается в несоответствии версии библиотеки rklogin.dll и накопительной базы данных ARK6.UDB . Проблема устраняется копированием библиотеки rklogin.dll из рабочего каталога RK6 в директорию SH4 (откуда запускается транспорт данных ImportRK.exe)

Ошибка сервера Sdbserv 72
Нарушение условий ссылочной целостности внешнего ключа «fk_ExpSpecs0_CmRef»: мастер-запись не найдена. Ошибка сервера Sdbserv 72. Объект = «fk_ExpSpecs0_CmRef». Параметр = 0. Ошибка Win32=0.
Ошибка появляется при импорте меню. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Комплект не найден (по заданному RID)
Комплект не найден (по заданному RID)
Ошибка появляется при открытии группы блюд. Для решения проблемы необходимо выполнить обновление программы SHouse до последней, затем выполнить процедуру CheckGsCmRef используя библиотеку SH_CRTDB.DLL.

Floating point overflow
Floating point overflow
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

Printing in progress
Printing in progress
Данная ошибка появляется при печати отчетов. Проблема связана с ошибками в печатной форме для данного отчета (возможно после изменения ее самими пользователями). Решение проблемы — замена печатной формы, на рабочую печатную форму (стандартную) того же отчета.

DLL exeption: Index is out of date
DLL exeption: Index is out of date. Index: Iparent.
Ошибка появляется при импорте данных из БД R-keeper. Для решения проблемы необходимо сделать реиндексацию БД R-keeper с помощью утилиты REIND32.EXE и повторить импорт данных в SHouse.

Ошибка сервера Sdbserv 77
Нарушение условия уникальности индекса «uiExpM0». Ошибка сервера Sdbserv 77. Объект = «uiExpMO»

Есть несколько причин возникновения ошибки и методов ее решения:

1. Ошибка возникает при импорте расхода блюд из R-Keeper v6 или v7 и объясняется тем, что в таблице expm0 лежит много мусора. Таким образом, импорт расхода за некоторые дни может не проходить. Решение: выполнить процедуру ChkExpM из прилагаемой ShServ.dll. Для версии SH4.52 требуется модифицированная ShServ.dll, с версии SH4.53 эта процедура станет стандартной.

2. Блюдо было удалено вручную и в menu.db и в menu_.db. Решение: расход блюд не импортируется за этот день в SH4, а забивается вручную.

3. В SH4 некоторые модификаторы могут в свойствах иметь тип «ССЫЛКА» — так делать нельзя и это может быть причиной данной ошибки. Решение: нужно что бы все модификаторы имели тип «ТОВАР». (Проверялось на версии SH 4.60).

4. Если данные импортируются из RK7, необходимо параметр в RK7 «Не передавать тип заказа (SH4UsesDefaultCOT)» выставить в TRUE.

Нарушение условия уникальности индекса pkDocSpecs0
Нарушение условия уникальности индекса pkDocSpecs0

Дополнительная информация:

— диагностика база данных находит много потерянных страниц и также ссылается на индекс pkDocSpecs0. Backup базы проходит успешно, но восстановить из этого архива базу невозможно.

Решение:

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

— создать запрос в Сервис Деске, вложить в него проблемную базу (backup не подходит!), предварительно сделав архив с помощью WinRAR (или любого другого архиватора) и ожидать восстановления базы

— если на момент возникновения проблемы с базой у клиента установлена не последняя версия склада, подготовиться к обновлению (не забывая при этом, что с версии 4.31.44 используются ключи с новой пропиской)

Количество должно быть больше нуля
Количество должно быть больше нуля

Ошибка происходит при попытке открыть документа расхода. Проблема может возникать в нескольких случаях:

— в накопительной базе R-Keeper v6 есть чеки, которые были оплачены одной валютой, а сдача оформлена другой (как правило, ошибка персонала). Если оплата комбинированная, то сдача должна быть в любой из валют оплаты — в таком случае проблема не возникает.

— в накопительной базе R-Keeper v6 есть чеки, в оплате которых по одной из валют нулевая сумма. Эта ситуация возникает очень редко и является нештатной (сбой системы). Следует заметить, что это не относится к чекам без оплаты (которые обрабатываются нормально) — проблема возникает только в том случае, когда в таблице PCHECK.DB (оплата чеков) для одного чека существует несколько записей, одна из который с нулевой суммой.

Для решения проблемы потребуется исправлять исходные данные закрытого дня (каталог OLDRES)

В первом случае для выбора проблемных записей можно использовать следующий запрос:

SELECT * FROM ‘C:UCSPCHECK.DB’ AS a, ‘C:UCSPCHECK.DB’ AS b WHERE (a.Cnum = b.Cnum AND a.Curency <> b.Curency)

ВАЖНО: Запрос возвращает не только проблемные записи, но и записи с комбинированной оплатой — будьте внимательны!

Во втором случае нужно просмотреть все записи в таблице PCHECK.DB и удалить проблемную.

No measure unit is set for the product.
When trying to perform expenditure, system shows error «No measure unit is set for the product.»

Sometimes system shows error «No measure unit is set for the product.» when trying to perform expenditure.
To check which products have problem with m. units perform following:

1. Using SDBMAN execute query (Service -> Execute query) on procedure «ChkGsMUnitRef» in ShServ.dll
2. Open server log (usually …UCSSDBSrvSDB.TXT). This file will show info about products, which have problems with m. units. The line should start with __ LOST MUNIT __ goods:.
3. Fix m. units for indicated products.

Ошибка менеджера данных 16. Тэг поля:{200.3.0}
Слишком длинная строка для присваивания

Возникает при открытии комплекта; группы комплектов, куда входит проблемный комплект; либо при открытии группы товаров, где есть товар, связанный с проблемным комплектом.

Причина: у комплекта макс длинна аббревиатуры 16 символов, у товара – 20. При создании комплекта на основе товара не отрезались лишние символы до версии 4.72

Решение:

Выполнить процедуру CutCmBaseAttr из библиотеки SHFix.dll версии 4.70.159.0 от 05.08.10

Неизвестное исключение процедуры сервера 72
Неизвестное исключение процедуры сервера 72
При формировании отчета «Анализ неплательщиков» в SHUtils, может возникнуть данная ошибка. 
Решение: обновить текущую версию SHUtils до версии 4.19.41.0

Несуществующие модификаторы при списании
При списании документа расхода к товарам без модификаторов, прикрепляются несуществующие модификаторы. При пересписании документа, данные позиции могут уже не подкрепляться

Нечто подобное обсуждалось на трекере — например, запрос 0005967.

Решение:

1. Сделать бэкап БД.
2. Выполнить процедуру DelWrongExpM (указав в поле библиотеки обновленную ShFix.dll версии не ниже 4.70.159.0)
3. В логе сервера (SDB.TXT) после выполнения этого запроса должен отобразиться протокол количества удаленных позиций.

Далее, существующие проблемные документы загрузить заново и пересписать.

Обновленная ShFix.dll находится на ФТП (ftp://…/dealers/storehouse/sh4/shfix/). Также ее можно скачать с трекера — номер обращения 0005967 вложенный архив ShFix4_70_159.rar

Не работает назначение комплекта в SH 4.92
Не корректно отрабатывает назначение комплекта в SH 4.92

— В версии сервера 4.92 при работе с «учет/спец. учет» некорректно отрабатывает назначение комплекта по умолчанию. Если делать в учете, то не назначается в спец. учете (и наоборот). 
— Решение: сделать обновление SH  до версии 4.93 и выполнить запрос UpdGsCmRef  из библиотеки SHFix.DLL 4.84.222.0 — что назначит «неназначенные» комплекты по умолчанию

Error — Sdbserv 70
Ошибка чтения потока — Ошибка сервера Sdbserv 70

Воспроизводится:
1. Документы -> Корреспонденты -> Места реализации
2. Добавляем новое место реализации
3. Сохраняем
4. Вылетает окно с ошибкой.
Решение:
Ошибка возникает если при создании места реализации, в поле код указать трехзначное (или больше) значение. Код должен быть — ДВУХЗНАЧНЫМ!

P.S> решен запрос на трекере — №28093

Не сходятся остатки на конец-начало периода
Не сходятся суммы остатков конца одного периода с началом следующего периода в товарном отчете

Решение:
Апгрейд SH4 до актуальных версий и выполнение следующих процедур:
1. Процедура ChkDoc12 проверяет замены и в случае обнаружения расхождений пишет в > текстовый лог (SDB.TXT) строки вида:
doc _номер документа_ saved _сохр. кол-во_ calc _расчетное кол-во_
2. Процедура RepDoc12 делает тоже самое плюс пытается это исправить (сохранить другое кол-во).

Предполагается вызывать так (в качестве библиотеки указывать SHSERV.DLL с версии SH 4.94):
ChkDoc12
— посмотреть лог, если есть проблемы, то
RepDoc12
— снова проверить ChkDoc12. (Перед применением RepDoc12 не забыть сделать резервную копию БД).

Внимание! Ошибки при работе SHC.EXE могут остаться. Главное, чтобы отчет сходился! На современных версиях SH 4.90 и выше, после правки можно воспользоваться SHC для исправления оставшихся после правки логических ошибок до полного исправления БД.

3. Если не помогают вышеописанные процедуры, выполнить процедуру

fix_002

— из актуальной для используемого SH версии SHFIX.DLL. Для старых версий SH (ниже 4.90) может не сработать, тогда выполнить после обновления ПО до актуальной версии.

  1. 26.03.2013, 10:34

    #1

    JohnStav вне форума


    Сведущий

    Аватар для JohnStav

    Регистрация
    25.07.2012
    Адрес
    Россия
    Сообщений
    56
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)

    Несовместимая версия библиотеки сервера

    Добрый день! Кто сталкивался с проблемой SH4 на windows8 ?
    Сервер sh4 версия 4.78 стоит на 7 винде 32 bit, клиент на ХР и WIN8. На ХР все без проблем работает. На WIN8 при запуске пишет ошибку:несовместимая версия библиотеки сервера SHSERV.dll:4.78. Что он хочет?

  2. 26.03.2013, 11:46

    #2

    PaViS вне форума


    В теме

    Регистрация
    20.02.2007
    Адрес
    -<>-
    Сообщений
    631
    Поблагодарил(а)
    1
    Благодарностей: 1 (сообщений: 1)

    Отправить сообщение для PaViS с помощью ICQ

    Цитата Сообщение от JohnStav
    Посмотреть сообщение

    несовместимая версия библиотеки сервера SHSERV.dll:4.78. Что он хочет?

    А клиент на Win8 какой?
    Для проверки при логоне на сервер SH4 нажми «Отмена» и посмотри версию клиента.

  3. 26.03.2013, 13:05

    #3

    JohnStav вне форума


    Сведущий

    Аватар для JohnStav

    Регистрация
    25.07.2012
    Адрес
    Россия
    Сообщений
    56
    Поблагодарил(а)
    0
    Благодарностей: 0 (сообщений: 0)

    Спасибо. Оказывается клиент стал криво.

  4. 11.12.2018, 12:02

    #4

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    160
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Столкнулся с аналогичной проблемой, но назвать установку клиента кривой не могу.
    1. Установил сервер SH4 версии 4.107.362 (дистрибутив shserv4_107_362_1), при этом свойства модуля sdbserv показывают версию 1.32.285.0.
    2. Установил клиент SH4 версии 4.107.362 (дистрибутив shcli4_107_362_1), при этом вкладка «Подробно» свойств файла SH.exe пишет, что версия 4.99.315.0.
    3. После запуска клиента и отмены входа раздел справки сообщает, что версия программы 4.99.
    4. При попытке подключится к серверу SH4 после авторизации ругается «Несовместимая версия библиотеки сервера SHSERV.dll 4.88»
    Где она ее берет, если в папке SDBSrv версия этой библиотеки в свойствах 4.107.362.0?!
    Попробовал ставить клиент на машины с Windows 10, Server 2008R2/Windows 7

    Последний раз редактировалось ExiveR; 11.12.2018 в 13:40.

  5. 11.12.2018, 12:39

    #5

    satan вне форума


    Разбирающийся

    Регистрация
    28.06.2013
    Адрес
    Краснодар
    Сообщений
    1,333
    Поблагодарил(а)
    23
    Благодарностей: 143 (сообщений: 101)

    Цитата Сообщение от ExiveR
    Посмотреть сообщение

    Где она ее берет, если в папке SDBSrv версия этой библиотеки в свойствах 4.107.362.0?!

    а что на второй закладке в SDBSConf.exe?

  6. 11.12.2018, 12:58

    #6

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    160
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Цитата Сообщение от satan
    Посмотреть сообщение

    а что на второй закладке в SDBSConf.exe?

    Путь к папке, где лежит эта библиотека — D:UCSSDBSrv

  7. 11.12.2018, 15:18

    #7

    ExiveR вне форума


    Разбирающийся

    Регистрация
    10.08.2014
    Адрес
    Караганда
    Сообщений
    160
    Поблагодарил(а)
    5
    Благодарностей: 1 (сообщений: 1)

    Разобрался — по ошибке в настройках отправлял клиента SH4 на сервер отчетов RK вместо SH, хотя в Справка-О программе почему-то по-прежнему показывает версию программы 4.99

  8. 11.12.2018, 17:51

    #8

    satan вне форума


    Разбирающийся

    Регистрация
    28.06.2013
    Адрес
    Краснодар
    Сообщений
    1,333
    Поблагодарил(а)
    23
    Благодарностей: 143 (сообщений: 101)

    Все верно, клиент с тех пор не менялся

Djoni

Гость

Исключение процедуры сервера #N

// ошибки фифо

1  — приходование из минуса запрещено
2  — расходование в минус расходными накл. запрещено
3  — расходование в минус прочими док-тами запрещено
4  — на приход существуют ссылки расходов — ??? удаление прихода невозможно
5  — активные расходы могут быть списаны только с активного прихода
6  — с прихода списано жестко большее кол-во расходов, чем кол-во прихода
7  — приход должен предшествовать расходам, с него списанным
8  — запись о приходе для привязки не найдена
9  — неверная очередь фифо прихода
10 — недопустима смена склада
11 — недопустима смена товара
12 — товар не найден
13 — товар является услугой
14 — недопустимая единица измерения товара
15 — недопустимая доп. единица измерения с/в или недопустимое кол-во

16 — неверное количество
17 — неверная сумма
18 — неверный НДС
19 — неверный НСП
20 — запись не найдена при обновлении/удалении
21 — неверный тип записи при обновлении/удалении
22 — для данной к, д/к склады должны быть различны,
     т.к. в приходной и расходной части присутствуют одинаковые номенклатуры
23 — запись о приходе, на кот. ссылается запись о расходе,находится в закрытом периоде

// Прочие ошибки

30 — процедура получает неверный параметр
31 — Наименование (имя) должно быть уникальным
32 — Аббревиатура должна быть уникальна
33 — Код должен быть уникальным
34 — Имя должно быть непустым
35 — Аббревиатура должна быть непустой
36 — Код должен быть непустым
37 — не найдена родительская запись / вершина в дереве
38 — не найдена запись
39 — операция невыполнима (в данном контексте)
40 — попытка создать слишком много складов
41 — невозможно удалить базовую валюту
42 — нельзя задать курс для базовой валюты
43 — нельзя изменить базовую валюту — на нее есть ссылки
44 — нельзя создать новый или модифицировать старый корень дерева
45 — нельзя удалить вершину дерева
46 — поставщик должен быть определен
47 — неверный тип корреспондента
48 — не найдена запись о корреспонденте
49 — не найден заголовок документа или неверный тип документа
50 — неверный идентификатор базовой валюты
51 — период закрыт
52 — пользователь не имеет прав на операцию со складом
53 — пользователь не имеет прав на данный тип учета
54 — пользователь не имеет прав на документ с такой степенью активности
55 — некорректно задан курс на накладной
56 — номер документа должен быть не пустой
57 — номер документа должен быть уникальным
58 — неверный идентификатор валюты
60 — нет прав на открытие периода
61 — неверное значение курса валюты
62 — нет подходящего значения DocRec::Order
63 — в режиме отладки найдена ошибка в накладных
64 — поставщик и получатель должны быть различны
65 — пользователь не имеет прав на повышение уровня блокировки накладной
66 — накладная блокирована создавшим ее пользователем
67 — накладная сгенерирована автоматически, нельзя менять детайлы, дату, корреспондентов и т.п.
68 — пользователю назначен склад, и в отчете в кач-ве фильтра не передан склад пользователя
69 — комплект не найден
70 — невозможно удалить валюту, т.к. на нее ссылаются накладные
71 — невозможно удалить корреспондента, т.к. на него ссылаются накладные
72 — не найдена валюта с указанным ключом
73 — не найдена категория
74 — неизвестное значение фильтра суммы бух. операции
75 — бух. операция не найдена или несовместима с накладной данного типа
76 — Тип накладной не может быть исключен из операции, т.к. операция является умолчательной для накладной данного типа
77 — Тип накладной не может быть исключен из операции, т.к. операция используется накладной данного типа
78 — Нельзя удалить операцию — на нее есть ссылки в списке операций по умолчанию накладных
79 — Счет-фактура для накладной уже создана
89 — Счет-фактура не найдена
90 — номер счета-фактуры должен быть не пустой
91 — номер счета-фактуры должен быть уникальным
92 — имя параметра д.б. уникально + строка
93 — Имя должно быть непустым
94 — Не найден атрибут корреспондента с заданным id
95 — несовместимый с типом корреспондента атрибут корреспондента
96 — атрибут используется корреспондентом/собсв.реквизитами и не м.б. удален/отменен
97 — Наименование (имя) должно быть уникальным + строка
98 — Аббревиатура должна быть уникально + строка
99 — Код должен быть уникальным + строка
100 — недопустимое имя параметра
101 — невозможно удалить валюту, т.к. на нее ссылаются платежные документы
102 — для данной накладной уже создан ПД, имеющий флаг phdrSumDef. Этот ПД должен быть единственным для накладной
103 — ПД с флагом phdrSumDef должен быть единственным для накладной
104 — не найден заголовок платежного документа
105 — неверная сумма платежного документа (<= 0)
106 — ставка НДС в суммах платежного документа должна быть уникальна
107 — тип платежного документа несовместим с типом накладной
108 — неизвестный тип платежного документа
109 — номер ПД должен быть не пустой
110 — номер ПД должен быть уникальным
111 — период закрыт — операция над накладной невыполнима
112 — период закрыт — операция над платежным документом невыполнима
113 — пользователь не имеет прав на документ с такой степенью активности
114 — платежный документ блокирован создавшим его пользователем
115 — пользователь не имеет прав на повышение уровня блокировки платежного документа
116 — период закрыт — операция над счетом-фактурой невыполнима
117 — Тип платежного документа не может быть исключен из операции, т.к. операция является умолчательной для ПД данного типа
118 — Тип платежного документа не может быть исключен из операции, т.к. операция используется ПД данного типа
119 — Нельзя удалить операцию — на нее есть ссылки в списке операций по умолчанию платежных документов
120 — бух. операция не найдена или несовместима с платежным документом данного типа
121 — Накладная может быть заблокирована только пользователем, создавшим эту накладную
122 — Счет-фактура может быть заблокирована только пользователем, создавшим эту счет-фактуру
123 — Платежный документ может быть заблокирована только пользователем, создавшим этот платежный документ
124 — платежный документ сгенерирован автоматически, нельзя менять детайлы, дату, корреспондентов и т.п.
125 — ошибка проверки ключа
126 — ошибка проверки ключа
127 — ошибка проверки ключа
128 — ошибка проверки ключа
129 — ошибка проверки ключа
130 — пользователь не имеет прав на документ с такой степенью активности
131 — счет-фактура блокирована создавшим ее пользователем
132 — пользователь не имеет прав на повышение уровня блокировки счет-фактуры
133 — нет прав на выполнение процедуры удаления счета-фактуры (при каскадном удалении СФ при удалении накладной)
134 — нет прав на выполнение процедуры удаления платежного документа (при каскадном удалении ПД при удалении накладной)
135 — платежный документ не может быть создан, т.к. не может быть вычислена сумма накладной, связанной с этим документом
136 — платежный документ не может быть создан, т.к. сумма связанной с ним накладной равна нулю
137 — новая накладная в БД вклинилась между накладными переданными в кач-ве параметров в процедуру DocMoveEx()
138 — ошибка отладки
139 — ошибка проверки ключа
140 — операция невыполнима при установленном ограничении на склады
141 — не найден заголовок шаблона накладной
142 — товар не найден
143 — товар является услугой
144 — недопустимая единица измерения товара
145 — неверное количество
146 — неверная сумма
147 — неверный НДС
148 — неверный НСП
149 — невозможно удалить корреспондента, т.к. на него ссылаются шаблоны накладных
150 — Типы накладных не могут быть исключены из операции, т.к. операция используется шаблонами накладных
151 — атрибут используется накладными и не м.б. удален
152 — невозможно копирование накладных возврата поставщику и списания товара.
153 — атрибут используется платежным документом и не м.б. удален
500 — недопустимо удаление баз. ед. изм.
501 — недопустимо изменение типа категории
502 — недопустимо изменение группы для ед. изм.
503 — ед. изм. не определена для товара
504 — налоговая ставка должна быть уникальна
505 — циклическая ссылка в рецептах
506 — макс. запас меньше мин. запаса
507 — доп. кол-во меньше массы тары
508 — доп. кол-во больше 1 основной ед. изм. документа
509 — неопределена базовая ед. изм. товара
510 — налоговая ставка должна быть в интервале [0,100]
511 — невозможно изменить баз. ед. изм.
512 — норма закладки должна быть положительна
513 — коэффициент должен быть положителен
514 — товар связан с группой замен
515 — недопустимо изменение типа товара (накладные)
516 — недопустимо связывание комплекта с товаром (несоответствие ед. изм.)
517 — на корреспондента есть ссылки в документах расхода — удаление невозможно
518 — на товар есть ссылки в накладных — удаление невозможно
519 — на комплект есть ссылки в накладных — удаление невозможно
520 — на ед. изм. есть ссылки в накладных — удаление невозможно
521 — недопустимое значение % обработки
522 — ед. изм. компонента должна быть определена
523 — недопустимое значение брутто компонента
524 — недопустимо задание брутто компонента в %% для комплектов, не являющихся модификаторами
525 — недопустимо изменение флага «Модификатор». Комплект используется в документах
526 — на товар есть ссылки в комплектах — удаление невозможно
527 — на товар есть ссылки в документах расхода — удаление невозможно
528 — для ссылки не указан товар
529 — недопустимо создание более 1 группы «для модификаторов»
530 — недопустимо создание корневой группы (превышено ограничение)
531 — недопустимо создание товара (превышено ограничение по rid)
532 — недопустимо создание комплекта (превышено ограничение по rid)
533 — неопределена категория товара
534 — неопределена отпускная ставка НДС товара
535 — неопределена отпускная ставка НСП товара
536 — недопустимо изменение документа расхода (он сымпортирован)
537 — наименование категории должно быть уникально
538 — на комплект есть ссылки в документах расхода — удаление невозможно
539 — недопустимо изменение комплекта (комплект используется в накладных)
540 — на комплект есть ссылки в комплектах — удаление невозможно
541 — на ед. изм. есть ссылки в комплектах — удаление невозможно
542 — недопустимо удаление последней корневой вершины
543 — недопустимо изменение ед. изм. нормы закладки комплекта (комплект используется в других комплектах)
544 — Недопустимо изменение параметров документа расхода
545 — Неопределена дата
546 — Кол-во должно быть положительным
547 — Сумма должна быть неотрицательна
548 — неопределена бух. категория товара
550 — недопустимо изменение ед. изм. нормы закладки комплекта (ед. изм. отсутствует у связазанного товара)
551 — комплект не найден (по заданному RID)
552 — недопустимо удаление категории расхода по умолчанию
553 — недопустимо использование комплекта в качестве модификатора и для декомплектаций одновременно
554 — на комплект есть ссылки в товарах — удаление невозможно
555 — на товар есть ссылки в товарах — удаление невозможно
556 — пустой комплект
557 — пустой вложенный комплект
558 — комплект не предназначен для использования в документах декомплектации
559 — не найден заголовок документ расхода (по заданному RID)
560 — недопустимо изменение типа товара (расход)
561 — недопустимо изменение типа товара (комплекты)
562 — недопустимо изменение типа товара (замены)
563 — отсутствует версия комплекта на заданную дату
564 — неопределен склад списания
565 — недопустимо удаление первой версии комплекта
566 — неопределен комплект
567 — неопределено место реализации (для активного документа расхода)
568 — недопустимо удаление нулевой ставки налога
569 — на товар есть ссылки в заменах — удаление невозможно
570 — недопустимо удаление специальной ед. изм.
571 — период закрыт — операция над документом расхода невыполнима
572 — документ расхода блокирован создавшим его пользователем
573 — документ расхода может быть заблокирована только создавшим его пользователем
574 —  пользователь не имеет прав на повышение уровня блокировки документа расхода
575 — атрибут не найден (по заданному id)
576 — атрибут используется товаром
577 — значение атрибута должно быть числовым
578 — атрибут используется комплектом
579 — не найден заголовок прейскуранта (по заданному RID)
580 — неуникальная пара товар + ед. изм. в прейскуранте
581 — прейскурант блокирован создавшим его пользователем
582 — прейскурант может быть заблокирована только создавшим его пользователем
583 — пользователь не имеет прав на повышение уровня блокировки прейскуранта
584 — период закрыт — операция над прейскурантом невыполнима
585 — коэффициент для ед. изм. должен быть положительный
586 — товар не найден (по заданному RID)
587 — на ед. изм. есть ссылки в прейскурантах — удаление невозможно
588 — на товар есть ссылки в прейскурантах — удаление невозможно
589 — недопустимо изменение типа товара (прейскурант)
590 — недопустимо изменение типа товара (на него ссылаются другие товары)
591 — недопустимо изменение типа товара (объект ссылки в расходе)
592 — для товара-ссылкы не найден товар или он неверного типа
593 — баркод должен быть уникален
594 — недопустима ссылка товара на самого себя
595 — недопустимо изменение типа комплекта
596 — недопустимо изменение типа комплекта
597 — невозможно удалить категорию расхода, т.к. она используется в доп. настройках импорта расхода
598 — недопустимо использование товара данного типа
599 — на ед. изм. есть ссылки в документах расхода — удаление невозможно
600 — Недопустимо удаление связи с комплектом, т.к. он является используемым по умолчанию.
601 — недопустимо изменение типа товара (шаблоны накладных)
602 — на товар есть ссылки в шаблонах накладных — удаление невозможно
603 — на ед. изм. есть ссылки в шаблонах накладных — удаление невозможно
604 — на комплект есть ссылки в шаблонах накладных — удаление невозможно
605 — кол-во интервалов при XYZ анализе превышает максимально допустимое (255)
606 — некорректная запись о замене
607 — не найден интервал при XYZ анализе
608 — не найден элемент списка для аггрегирования значений при XYZ анализе
609 — неуникальная категория расхода в списке для автоматического создания накладных
610 — сумма процентов цены компонентов комплекта не равна 100
611 — товарная группа не найдена (по заданному RID)
612 — sNullDepartIdName
613 — компонент-товар не найден (по заданному RID)
614 — компонент-комплект не найден (по заданному RID)
615 — группа складов не найдена (по наименованию)
616 — недопустимо изменение объекта классификации
617 — для ссылки возможно определить не более 1 е. и.
618 — е. и. ссылки неопределена у товара-объекта
619 — значение классификатора используется для объекта
620 — классификатор не найден (по заданному RID)
621 — дублирование в порядке компонентов комплекта
649 — Недопустимо изменение баз. ед. изм. товара — он используется в документах расхода

// ошибки процедур импорта

650 — не найдена вершина-родитель
651 — не найдена группа станций
652 — не найден товар для модификатора
653 — не найден товар для спецификации расхода
654 — документ расхода уже существует
655 — добавлен новый документ расхода
656 — недопустимо добавление модификатора для расхода услуги
657 — для склада неопределена категория расхода
658 — недопустимо добавление услуги в качестве модификатора
659 — созданные за дату документы расхода удалены

Добрый день!
Буквально вчера все было нормально, сегодня пишет ошибку Error displaying the error page: Application Instantiation Error: Could not connect to MySQL.
Используется msql 5.5

Содержимое профиля: 

[main]
start=30
allow=1
autowait=0
emformat=txt
maxmemcache=64
cgiprocess=6
pginitencode=UTF8
pginitlocale=Russian_Russia.1251
ip=127.0.0.1
http_log=1
mysql_log=0
postgresql_log=0
mongodb_log=0
dns_log=0
memcache_log=0
redis_log=0
debugmail=0
mysqlcharset=utf8_general_ci
phpdriver="PHP-5.3"
httpdriver="Apache-2.2"
mysql_driver="MySQL-5.5"
pg_driver=none
mongo_driver=none
memcachedriver=none
redisdriver=none
dnsdriver=none
httpcharset=notset
logreadsize=256
showversion=0
astart=0
crdisk=1
crpath=0
crdomain=0
showfvr=0
showprogs=1
hdomains=0
balloon=1
favorite=0
showswitch=1
debugmode=0
stext=1
sbrowser=0
email=0
vdisk=W
selfhosts=0
webdir="domains"
browser=""
textred="%realprogdir%progs_OfficeNotepad2Notepad2.exe"
filebrowser=""
sfilebrowser=0
fzone=none
maxrequests=0
folders=""

[ports]
mysqlport=3306
postgresqlport=5432
mongodbport=27017
httpport=80
httpsport=443
httpbackport=8080
ftpport=21
sftpport=990
phpport=9000
redisport=6379
memcacheport=11211

[ftp]
ftp=0
ftpcommandtimeout=600
ftpconnecttimeout=60

[sendmail]
smtp_server=""
smtp_port=""
auth_username=""
auth_password=""
smtp_ssl=0
pop3_server=""
pop3_username=""
pop3_password=""
force_sender=""

Параметры системы: Win 7х32, avast антивирус, под админом работаю, Firefox браузер

Логи: Основной: 

2015-03-25 13:00:32  --------------------------------------------
2015-03-25 13:00:32  Начало процедуры запуска сервера
2015-03-25 13:00:33  Обновление Hosts файла
2015-03-25 13:00:33  Обновление конфигурации MySQL-5.5
2015-03-25 13:00:34  Обновление конфигурации Sendmail
2015-03-25 13:00:34  Обновление конфигурации PHP-5.3
2015-03-25 13:00:34  Обновление конфигурации PHPMyAdmin
2015-03-25 13:00:34  Обновление конфигурации Apache-2.2
2015-03-25 13:00:34  Запуск MySQL-5.5
2015-03-25 13:00:34  Запуск Apache-2.2
2015-03-25 13:00:34  Проверка состояния сервера
2015-03-25 13:00:42  Cервер успешно запущен за 10,594 секунд!

Apache запросы: 

www: 127.0.0.1 [25/Mar/2015:13:00:52 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:04:57 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:06:19 +0500] "GET /administrator/ HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:14:04 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"]

Apache отладка: 

[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:47 2015] [notice] Apache/2.2.29 (Win32) mod_ssl/2.2.29 OpenSSL/0.9.8zc configured -- resuming normal operations
[Wed Mar 25 13:00:47 2015] [notice] Server built: Sep 10 2014 11:58:36
[Wed Mar 25 13:00:47 2015] [notice] Parent: Created child process 2392
[Wed Mar 25 13:00:48 2015] [notice] Disabled use of AcceptEx() WinSock2 API
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Child process is running
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Acquired the start mutex.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Starting 32 worker threads.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Listening on port 443.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Listening on port 80.

PHP отладка:
пусто

Mysql отладка: 

150325 13:00:35 [Note] Plugin 'FEDERATED' is disabled.
150325 13:00:35 InnoDB: The InnoDB memory heap is disabled
150325 13:00:35 InnoDB: Mutexes and rw_locks use Windows interlocked functions
150325 13:00:35 InnoDB: Compressed tables use zlib 1.2.3
150325 13:00:35 InnoDB: Initializing buffer pool, size = 20.0M
150325 13:00:35 InnoDB: Completed initialization of buffer pool
150325 13:00:35 InnoDB: highest supported file format is Barracuda.
150325 13:00:40  InnoDB: Waiting for the background threads to start
150325 13:00:41 InnoDB: 5.5.41 started; log sequence number 29891375
150325 13:00:41 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
150325 13:00:41 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
150325 13:00:41 [Note] Server socket created on IP: '127.0.0.1'.
150325 13:00:42 [ERROR] mysql.user has no `Event_priv` column at position 29
150325 13:00:42 [ERROR] Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler.
150325 13:00:42 [Note] c:openservermodulesdatabaseMySQL-5.5binmysqld.exe: ready for connections.
Version: '5.5.41-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
150325 13:04:34 [Note] Plugin 'FEDERATED' is disabled.
150325 13:04:34 InnoDB: The InnoDB memory heap is disabled
150325 13:04:34 InnoDB: Mutexes and rw_locks use Windows interlocked functions
150325 13:04:34 InnoDB: Compressed tables use zlib 1.2.3
150325 13:04:34 InnoDB: Initializing buffer pool, size = 20.0M
150325 13:04:34 InnoDB: Completed initialization of buffer pool
150325 13:04:34  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.
150325 13:04:44  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.
150325 13:04:54  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.

Почта:
пусто

Доп.инфо: стояла джумла ver. 3.3.3, сверху шаблон qickstart, вчера, пока все работало, ставила внешний форум phpBB ver. 3.1.3, так же ставились компонент на джумлу для интеграции форума и сайта (чтобы два раза не регаться на форуме и сайте), JFusion ver. 2.1.0. Так же в PhpMyAdmin, в базе mysql, в таблице User были добавлены три строчки, что бы совершать обмен юзверями между форумом и сайтом: 1) имя — user_pass_convert тип — VARCHAR длина значения 255 сравнение utf8_bin, 2) имя — user_occ тип — VARCHAR длина значения 255 сравнение utf8_bin, 3) имя — user_interests тип — TEXT сравнение utf8_general_ci.
Бэкапов, на мою голову, я не делала. Скрин приложеный, изменения в базе.

Для установки сервера  STOREHOUSE необходимо использовать ОС из семейства NT-WINDOWS 2000, WINDOWS XP/HOME, WINDOWS 2003 SERVER или WINDOWS 7 LAUGHING.

1. УСТАНОВКА СЕРВЕРА

Запустите: SH4_SERVERSETUP.EXE.

После окончания установки и удаления временных файлов нужно запустить конфигуратор SDBSCONF.EXE.

Имя сервера (SERVER NAME) – по умолчанию SDBSERV без описания (DESCRIPTION). Вы можете создать столько серверов, сколько необходимо для работы.

Файл базы данных (DATABASE FILE) не создается при инсталляции – его нужно создавать вручную.

Журнал транзакций (DATABASE LOG) также не создается при инсталляции – его необходимо создавать вручную.

Директория, в которой находятся служебные библиотеки (LIBRARY DIRECTORY), ссылается на путь, который мы указали при инсталляции сервера.

Директория для создания (автоматического и ручного) архива базы данных (BACKUP DIRECTORY) также по умолчанию указывает на путь, создаваемый при инсталляции.

Опции архивирования базы данных (BACKUP OPTIONS) по умолчанию отключены (AUTOMATIC BACKUP DISABLED). Крайне рекомендуется настроить автоматическую архивацию данных: (ENABLE AUTOMATIC BACKUP). Можно указать период архивации (PERIOD, DAYS) и выбрать один из трех вариантов времени архивации: указать конкретное время (BACKUP TIME), производить архивацию при загрузке сервера (ON DATABASE LOADING), производить архивацию при остановке сервера (ON SEVER SHUTDOWN).также можно указать опцию остановки сервера при неудачном завершении архивации – STOP SERVER ON ERROR. При включении этой опции, после неудачной попытки архивирования, сервер будет остановлен, и клиенты получат сообщении о невозможности продолжать работу.

Параметры автоматического архивирования необходимо согласовать с ИТ-отделом или пользователем системы!


Протоколы, которые будет «слушать» сервер (NET PROTOCOLS) – по умолчанию установлена поддержка только одного протокола – локального (LOCAL), т.е. для подключения клиента только на том же компьютере, где установлен сервер. Возможно установить поддержку подключения по протоколу TCP/IP (работает только с версии STOREHOUSE 4.10) и через интерфейс NETBIOS (ПРОТОКОЛ NETBEUI). По умолчанию параметры TIMEOUT (MS) и PORT/ADAPTER не заполнены, т.е. сервер будет использовать значение TIMEOUT по умолчанию (2000 MS) и прослушивать все доступные порты и адаптеры. При необходимости эти параметры можно изменить (например, использовать только определенный порт TCP/IP в случае работы через FIREWALL).

Параметры размера кэша (CACHE (PAGES)) и рабочего набора (WORKING SET SIZE (BYTES)) относятся к операциям с памятью, и по умолчанию пустые – эти параметры следует изменять только при некорректной работе сервера или других неполадках (значения, определяемые сервером по умолчанию, можно посмотреть в протоколе сервера – в файле sdb.txt, см. Описание параметра SERVER LOG). Вот пример фрагмента протокола:

20.05.2005 20:40:15- SERVER STARTED
VERSION=1.15
SUBKEY=SDBSERV
DEF WORKING SET SIZE MIN=204800, MAX=1413120
MAX CACHE MEMORY=1024 PAGES (4096 K)

Приоритет для процесса (PRIORITY CLASS) указывает, с каким приоритетом будет запускаться сервис (в том случае, если режим запуска (STARTUP MODE)-сервис (SERVICE)-см. Ниже). Возможны три варианта – низкий (IDLE), средний (NORMAL), высокий (HIGH)

Режим запуска (STARTUP MODE) определяет, как будет запускаться сервер. Возможно три режима: ручной запуск (MANUAL), автозагрузка с OC (WINDOWS), запуск приложения как сервис (SERVICE). Рекомендуется устанавливать последний режим запуска (SERVICE), если OC из семейства WINDOWS NT.

Автоматическое восстановление (AUTOMATIC RECOVERY) определяет, будет ли сервер восстанавливать при сбоях базу данных. Восстановление происходит при запуске сервера и использует для восстановления информацию из журнала транзакций (DATABASE LOG). Рекомендуется всегда использовать этот параметр.

Открывать только для чтения (OPEN READ ONLY) позволяет открывать базу данных только для чтения.

Протокол работы сервера (SERVER LOG) определяет файл, в который будет записываться служебная информация о работе сервера.

На закладке настройки (SETTINGS) указывается путь к корневой директории сервера. Эта настройка необходима серверу для доступа к служебным утилитам и библиотекам. При указании неправильной директории, при сохранении настроек будет  получено сообщение об ошибке.

После изменения настроек их необходимо сохранить, нажав кнопку сохранить (SAVE).

Установить драйвер электронного ключа защиты, который по умолчанию находится в директории C:UCSNOVEX, запуском приложения INSTDRV.EXE (если используются электронные ключи NOVEX STEALTH II, необходимо использовать версию драйвера не ниже, чем 4.85). Ключ и драйвер устанавливается только на компьютер, на котором запускается сервер. Если ключ не установлен или не корректно прописан (см. ниже) клиент при подключении получит сообщение «ошибка чтения ключа защиты». Возможна ситуация, при которой сработает ограничение ключа по дате или по числу возможных подключений (определяется приобретенной лицензией) – в таком случае клиент получит сообщение «превышено допустимое количество соединений»

Сохранить все настройки в конфигураторе сервера и перезагрузить компьютер.

Убедиться, что сервер запущен – в случае запуска как сервис, проверить через «ПУСК»-«НАСТРОЙКА»-«ПАНЕЛЬ УПРАВЛЕНИЯ»-«АДМИНИСТРИРОВАНИЕ»-«СЛУЖБЫ», что соответствующий сервис (SDB SERVER:) находится в состоянии «Работает» и тип запуска «Авто»:

В случае автоматического запуска  (WINDOWS) или ручного (MANUAL) должна  появиться иконка сервера в правом нижнем углу рабочего стола WINDOWS:

2. УСТАНОВКА КЛИЕНТСКОЙ ЧАСТИ

Для установки клиентской части можно использовать любую современную версию OC WINDOWS (не ниже WINDOWS 98).

Для установки и конфигурирования клиентской части необходимо:

  1. Запустить из директории SH4CLI_XXXX файл SETUP.EXE (XXXX-версия текущего дистрибутива).
  2. Указать, куда будет установлена клиентская часть (по умолчанию C:UCSSH4)
  3. Дождаться окончания копирования файлов и удаления временных.
  4. Запустить утилиту конфигурирования клиентской части SHSETUP.EXE (по умолчанию находится в директории C:UCSSH4).

Рассмотрим основные свойства утилиты конфигурирования клиентской части:

В окне сервера указывается имя сервера, к которому будет подключаться клиент. Если в качестве протокола обмена выбран TCP/IP (см. ниже), то вместо имени сервера должен быть указан IP адрес компьютера, на котором запущен сервер. В качестве псевдонима можно указать описание базы данных (т.к. сервер может работать только с одной базой данных, то псевдоним будет определять не только сам сервер, но и базу, с которой он работает, например «База предприятия №1» и «База предприятия №2»). Если это поле заполнено, то при входе в приложение пользователю будет предложен список псевдонимов, иначе пользователю будет предложен список серверов (см. ниже). С помощью списка серверов можно ограничить доступ клиента к различным базам (серверам), т.е. клиент сможет получить доступ только к тем базам (серверам), которые определены в SHSETUP.EXE, независимо от кол-ва баз (серверов), определенных на сервере.

В параметрах подключения указывается протокол, по которому клиент будет подключаться к серверу. Возможны несколько вариантов: локальное подключение (LOCAL), подключение по протоколу TCP/IP (TCP/IP), подключение через интерфейс NETBIOS (NETBIOS).порт (ПОРТ) и адаптер (АДАПТЕР), а также таймаут в мс. Номер порта определяется настройками сервера (см. Установку серверной части)-на сервере и клиенте должны быть указаны одинаковые (свободные) номера портов. В качестве номера адаптера должен быть указан текущий номер адаптера NETBIOS –при этом на сервере это значение может быть не указано – сервер «слушает» подключение по всем номерам адаптеров.

С помощью операции «Добавить сервер»/«Удалить сервер» можно добавить и удалить строку, для добавления дополнительных серверов. Эта операция также доступна по правому нажатию кнопки мыши в верхнем окне.

Параметр «Хранить …. последних имен пользователей» определяет, сколько имен пользователей будет храниться при входе в клиентское приложение. При превышении этого значения, новым пользователям для входа необходимо будет вводить свое имя вручную.

«Разрешить ввод имени сервера» позволяет пользователям при входе указывать произвольное имя для подключения (либо имя сервера, либо имя псевдонима). Рекомендуется этот параметр оставлять выключенным и определять для всех серверов информативный псевдоним.

«Разрешить дизайнер отчетов» позволяет вызвать режим редактирование макета отчета. Рекомендуется включать этот режим только для опытных пользователей.

«Рекомендованный размер кеша в страницах» позволяет определить произвольное значение кеша. Рекомендуется значение этого параметра оставлять по умолчанию (пустое).

«Библиотека администратора» указывает путь к административной библиотеке (по умолчанию C:UCSSH4SHADM.BPL).

После осуществления всех настроек нажать «СОХРАНИТЬ» для сохранения.

3. СОЗДАНИЕ БАЗЫ ДАННЫХ

Для создания рабочей базы данных (как отмечалось выше, пустой базы нет в дистрибутиве), необходимо воспользоваться приложением SDBMAN.EXE (по умолчанию находится в директории C:UCSSH4). Базу данных необходимо создавать на сервере. Для этого может понадобиться установка клиентского приложения на сервер. Рекомендуется использовать локальное подключение при создании базы данных.

Если вы впервые создаете базу данных:

  1. Запустите приложение sdbman.exe (по умолчанию находится в директории C:UCSSH4)-когда будет предложено ввести имя и пароль, нажмите «Отмена».
  2. Выберите пункт меню «Прочее»  –  «Создать базу данных».
  3. В окне «Создание базы данных» необходимо заполнить следующие поля:

Сервер: –  указать имя сервера, к которому будет подключаться приложение при создании базы данных. Как было указано выше, рекомендуется использовать локальное (LOCAL) подключение при создании базы данных. Если же вы по каким-либо причинам хотите  использовать подключение по протоколу TCP/IP, то в качестве имени сервера необходимо указать строку вида 127.0.0.1:PTA3333, где 127.0.0.1-IP адрес компьютера, на котором запущен сервер баз данных, а 3333-порт для подключения (указан для примера). Если сервер «слушает» все порты, можно указать строку вида 127.0.0.1:PT,  т.е. без указания порта.

Файл данных: –  указать полный путь, по которому будет создан файл базы данных. Имя базы данных может быть произвольным, но расширение рекомендуется создавать стандартное *.SDB.

 «Начальный размер файла данных в страницах … мб … » –  можно указать размер создаваемой базы данных в страницах либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании новой базы данных эти значения можно оставить по умолчанию (35000 в страницах или 136,719 в мегабайтах) – в дальнейшем размер базы данных можно изменить с помощью приложения SDBMAN.EXE. Если вы создаете базу данных для переноса информации из 3-й версии склада, то необходимо указать размер, не меньший, чем текущий размер базы данных 3-го склада.

«Файл журнала обновлений» –   указать полный путь, по которому будет создан файл журнала транзакций. Имя файла журнала транзакций может быть произвольным, но расширение рекомендуется создавать стандартное *.SDL.

 «Начальный размер файла журнала в страницах … в мб: …» –  можно указать размер создаваемого фала транзакций либо в страницах, либо в мегабайтах –  эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании файла транзакций эти параметры можно оставить по умолчанию (1024 в страницах или 4 в мегабайтах), т.к. размер этого файла можно изменить в процессе работы с помощью приложения SDBMAN.EXE.

«Путь к библиотекам» –  определяет путь к системным библиотекам сервера. По умолчанию это директория C:UCSSDBSRV.

«Путь к архиву: » –  определить директорию, в которой будет создаваться архивная копия базы данных (при ручном или автоматическом архивировании).

 «Имя администратора базы данных: » –  указать имя администратора базы данных. По умолчанию имя пользователя admin.

«Пароль администратора: », «подтверждение пароля:»  – указать пароль и подтверждение пароля администратора, имя которого введено в предыдущем поле. По умолчание пароль пустой (для пользователя admin).

«Описание: » –  произвольная текстовая информация.

После заполнения всех необходимых полей, необходимо нажать кнопку «ОК» для создания базы данных.

Если база создается для переноса данных из предыдущей версии (INTERBASE), то следующие пункты выполнять не нужно.

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK». При этом вы получите два ошибочных сообщения:

Выберите пункт меню «ПРОЧЕЕ» –  «ВЫПОЛНИТЬ ЗАПРОС». В появившемся окне, в поле «ПРОЦЕДУРА:» ВВЕДИТЕ BUILDALL, А В ПОЛЕ «БИБЛИОТЕКА:» укажите полный путь к библиотеке SH_CRTDB.DLL (по умолчанию С:UCSSH4SRVSH_CRTDB.DLL). Далее выбираете пункт меню «ДОКУМЕНТ» — «ВЫПОЛНИТЬ», либо воспользуйтесь соответствующей иконкой  на панели задач. После выполнения запроса в нижнем окне появиться сообщение:

Далее необходимо выйти из приложения SDBMAN.EXE и снова запустить его, но при входе ввести существующее имя пользователя (по умолчанию admin) и пароль (по умолчанию пустой) и нажать кнопку «OK» в качестве процедуры укажите POPULATE.

После этого запустите склад и проверьте его работоспособность.

4. ПРОЧИЕ НАСТРОЙКИ

На клиентском компьютере установите BDE версии 5.0 для возможности импорта данных из системы R-KEEPER.

В приложении IMPORTRK SETUP UTILITY (по умолчанию C:UCSSH4IRKSETUP.EXE) в верхней части экрана указываются используемые товарные группы — по умолчанию их две – «Товары» и «Меню ресторана». Вы можете добавить столько товарных групп, сколько может понадобиться для работы (например, Дополнительные блюда или Блюда ресторана  №2 и т.д.).

Для каждой товарной группы необходимо заполнить следующие параметры:

Cловари: путь – указать полный путь к словарям – этот путь может ссылаться на сетевой диск или сетевой ресурс (например UNIT99RK6DB). В качестве словарей могут быть базы данных R-KEEPER (таблицы PARADOX) либо DBF-таблицы, сформированные приложением R-KEEPER.

«Транспорт данных» –  в зависимости от того, какой вариант используется, необходимо установить правильный тип источника:PARADOX в случае использования базы данных R-KEEPER и DBASE в случае использования внешних DBF таблиц.

Расход: все параметры аналогичны предыдущему пункту «Словари», за исключением того, что существует дополнительный тип источника – UDB, который используется в том случае, если в качестве источника для расхода выступает база данных R-KEEPER версии выше, чем 6.75. Если используется тип источника UDB, необходимо в файле RKEEPER.INI (должен находиться в той же директории, откуда запускается IMPORTRK.EXE вместе с файлом RKLOGIN.DLL) прописать пути к накопительным базам R-KEEPER – параметры ALIAS1 и ALIAS2.

При импорте расхода блюд с использованием типа источника данных UDB необходимо в системе R-KEEPER завести пользователя с паролем sklad и произвольным именем.

Приложения:

SDBSERV.EXE           конфигуратор сервера
SDBSCONF.EXE                 сервер-менеджер

Есть проблемы с ранжированием, проект не растет, хотите проверить работу своих специалистов по продвижению? Закажите профессиональный аудит в Семантике

Получи нашу книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».


Подпишись на рассылку и получи книгу в подарок!

Внутренняя ошибка сервера — это класс состояния протокола HTTP, который означает, что операция/запрос пользователя выполнены неудачно и виноват в этом сам сервер.

Больше видео на нашем канале — изучайте интернет-маркетинг с SEMANTICA

У вас кончилась еда. Нужно идти в магазин за продуктами. На дверях табличка — “Учет”. Вы без продуктов.

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

Какие есть ошибки сервера

Как мы выяснили, внутренние ошибки сервера составляют класс состояний HTTP.

  • 500. Обозначает широкий спектр серверных ошибок, если они не относятся к нижеперечисленным проблемам рассматриваемого класса.
  • 501. Означает, что сервер не обладает необходимыми возможностями для совершения обработки пользовательского запроса. Как правило, ошибка 501 появляется в тех случаях, когда сервер не может распознать метод запроса. Если сервер распознал метод запроса, но он не может быть использован на данном интернет ресурсе отображается ошибка 405 (произошла по вине пользователя).
  • 502 (Bad Gateway). Возникает в тех случаях, когда сервер выполняет функцию прокси-сервера или шлюза. Ошибка говорит о том, что вышестоящий сервер отправляет недействительный ответ.
  • 503. Отображается при невозможности обработки пользовательских запросов сайтом. Это может быть обусловлено перегрузкой, неполадками в обслуживании, техническими неполадками и так далее. Чаще всего при отображении ошибки 503 в поле Retry-After указывается время, когда пользователю необходимо повторить запрос.
  • 504. Здесь опять сервер выполняет функцию шлюза или прокси сервера. Он перенаправляет запрос вышестоящему серверу, но не дожидается ответа, следовательно, не может завершить обработку запроса.
  • 505. Означает, что версия запроса не поддерживается сервером.
  • 506. Это значит, что текущий вариант сервера имеет ошибочную конфигурацию. В связи с этим процесс связывания не доходит до завершения и все время обрывается.
  • 507. Чтобы закончить запрос и обработать его, на сервере нет места. Проблемы подобного рода могут быть временными и легко устранимыми.
  • 509. Если интернет ресурс потратил весь трафик, который был отведен ему, возникает данная ошибка. Для решения проблемы необходимо обратиться к провайдеру хостинга .
  • 510. Данную ошибку можно встретить в тех случаях, когда клиент делает запрос и хочет использовать определенное расширение, однако сервер не использует и не может предоставить данное расширение.
  • 511. Данная ошибка идет не от самого сервера, к которому обращается пользователь, а от посредника, в роли которого может выступать провайдер. Как правило, проблема возникает, когда клиенту необходимо авторизоваться в глобальной сети (указать пароль от платной точки доступа). При этом в форме ответа отображается специальное поле для выполнения авторизации.
  • 520. Говорит о том, что есть ошибка, однако сервер сети доставки содержимого не может правильно обработать ее и отобразить клиенту.
  • 521. Возникает в ситуациях, кода сервер отклоняет подключение сети доставки содержимого.
  • 522. Отображается, если система передачи данных не может подключиться к серверу, истекает время ожидания серверного ответа.
  • 523. Сервер нельзя «достичь», при обращении к серверу возникают серьезные препятствия, преодоление которого на данный момент не является возможным.
  • 524. Истекло время подключения необходимого сервера и сервера сети доставки содержимого.
  • 525. Если в процессе рукопожатия самого сервера и сервера сети доставки содержимого возникают ошибки, отображается код 525.
  • 526. Означает, что на данный момент нет возможности подтвердить сертификат шифрования.

Что делать, если пишут “Ошибка сервера”

Перечисленные ошибки, как правило, возникают из-за файла .htaccess, тем оформления и плагинов. Рассмотрим варианты решения проблемы.

Итак, вам понравилась новая тема оформления и вы ее установили. Все бы хорошо, но после возникает внутренняя проблема сервера. Для восстановления работоспособности сервера выбираем один из способов действия:

Через FTP

Заходим в него и ищем папку с темами оформления. Открываем папку и исправляем/удаляем тему оформления, которая сейчас размещена на сайте. Заходим на сайт и видим пустую страницу без ошибок.

Открываем администраторскую панель WordPress, затем тему оформления, получаем уведомление об активации другой темы. Небольшой совет: не удаляйте стандартные темы, они выполняют роль эталона и их можно активировать после того, как сайт восстановлен.

Через PhpMyAdmin

Если вами была удалена/отредактирована стандартная тема, ее нужно скачать и установить заново. Это можно сделать со следующих ресурсов: TwentyTen, TwentyEleven, TwentyTwelve. После скачивания открываем PhpMyAdmin, затем базу данных.

Перейдите во вкладку SQL и скопируйте в нее код, представленный ниже.

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

Если дело в плагинах, сервер работает некорректно и сайт отображается иначе. При этом доступ к консоли сохранен, что позволяет отключить тот или иной плагин. Иногда установленный плагин может вступать в конфликт с другими, плагинами, которые уже установлены и активированы на ресурсе. Тогда происходит сбой и выдается внутренняя ошибка. Отключить плагин можно в 3 шага:

  1. Открываем FTP ресурса.
  2. Открываем папку с имеющимися плагинами.
  3. Удаляем/изменяем имя/редактируем плагин.

Если ошибки заключаются в неполадках файла .htaccess, необходимо сделать следующее:

1. Открываем FTP-клиент FileZilla, меню «Сервер» и ставим флажок напротив пункта «Отображать скрытые файлы принудительно». Обновляем перечень файлов и находим наш файл .htaccess.

2. Открываем файл через блокнот/текстовый редактор. Перед вами отображается текст- перечь указаний и правил для функционирования веб сервера. Просмотрите файл и ликвидируйте ошибки. Альтернативный вариант — удалить файл полностью, а затем написать с помощью WordPress новый файл (откройте администраторскую панель, далее «Параметры», затем «Постоянные ссылки». Выберите нужный вариант, нажмите «Сохранить»).

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

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

Добрый день!
Буквально вчера все было нормально, сегодня пишет ошибку Error displaying the error page: Application Instantiation Error: Could not connect to MySQL.
Используется msql 5.5

Содержимое профиля: 

[main]
start=30
allow=1
autowait=0
emformat=txt
maxmemcache=64
cgiprocess=6
pginitencode=UTF8
pginitlocale=Russian_Russia.1251
ip=127.0.0.1
http_log=1
mysql_log=0
postgresql_log=0
mongodb_log=0
dns_log=0
memcache_log=0
redis_log=0
debugmail=0
mysqlcharset=utf8_general_ci
phpdriver="PHP-5.3"
httpdriver="Apache-2.2"
mysql_driver="MySQL-5.5"
pg_driver=none
mongo_driver=none
memcachedriver=none
redisdriver=none
dnsdriver=none
httpcharset=notset
logreadsize=256
showversion=0
astart=0
crdisk=1
crpath=0
crdomain=0
showfvr=0
showprogs=1
hdomains=0
balloon=1
favorite=0
showswitch=1
debugmode=0
stext=1
sbrowser=0
email=0
vdisk=W
selfhosts=0
webdir="domains"
browser=""
textred="%realprogdir%progs_OfficeNotepad2Notepad2.exe"
filebrowser=""
sfilebrowser=0
fzone=none
maxrequests=0
folders=""

[ports]
mysqlport=3306
postgresqlport=5432
mongodbport=27017
httpport=80
httpsport=443
httpbackport=8080
ftpport=21
sftpport=990
phpport=9000
redisport=6379
memcacheport=11211

[ftp]
ftp=0
ftpcommandtimeout=600
ftpconnecttimeout=60

[sendmail]
smtp_server=""
smtp_port=""
auth_username=""
auth_password=""
smtp_ssl=0
pop3_server=""
pop3_username=""
pop3_password=""
force_sender=""

Параметры системы: Win 7х32, avast антивирус, под админом работаю, Firefox браузер

Логи: Основной: 

2015-03-25 13:00:32  --------------------------------------------
2015-03-25 13:00:32  Начало процедуры запуска сервера
2015-03-25 13:00:33  Обновление Hosts файла
2015-03-25 13:00:33  Обновление конфигурации MySQL-5.5
2015-03-25 13:00:34  Обновление конфигурации Sendmail
2015-03-25 13:00:34  Обновление конфигурации PHP-5.3
2015-03-25 13:00:34  Обновление конфигурации PHPMyAdmin
2015-03-25 13:00:34  Обновление конфигурации Apache-2.2
2015-03-25 13:00:34  Запуск MySQL-5.5
2015-03-25 13:00:34  Запуск Apache-2.2
2015-03-25 13:00:34  Проверка состояния сервера
2015-03-25 13:00:42  Cервер успешно запущен за 10,594 секунд!

Apache запросы: 

www: 127.0.0.1 [25/Mar/2015:13:00:52 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:04:57 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:06:19 +0500] "GET /administrator/ HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"
www: 127.0.0.1 [25/Mar/2015:13:14:04 +0500] "GET / HTTP/1.1" 200 93 "-" "Mozilla/5.0 (Windows NT 6.1; rv:36.0) Gecko/20100101 Firefox/36.0"]

Apache отладка: 

[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:40 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:42 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:47 2015] [notice] Apache/2.2.29 (Win32) mod_ssl/2.2.29 OpenSSL/0.9.8zc configured -- resuming normal operations
[Wed Mar 25 13:00:47 2015] [notice] Server built: Sep 10 2014 11:58:36
[Wed Mar 25 13:00:47 2015] [notice] Parent: Created child process 2392
[Wed Mar 25 13:00:48 2015] [notice] Disabled use of AcceptEx() WinSock2 API
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:49 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] RSA server certificate CommonName (CN) `openserver' does NOT match server name!?
[Wed Mar 25 13:00:51 2015] [warn] Init: Name-based SSL virtual hosts only work for clients with TLS server name indication support (RFC 4366)
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Child process is running
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Acquired the start mutex.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Starting 32 worker threads.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Listening on port 443.
[Wed Mar 25 13:00:52 2015] [notice] Child 2392: Listening on port 80.

PHP отладка:
пусто

Mysql отладка: 

150325 13:00:35 [Note] Plugin 'FEDERATED' is disabled.
150325 13:00:35 InnoDB: The InnoDB memory heap is disabled
150325 13:00:35 InnoDB: Mutexes and rw_locks use Windows interlocked functions
150325 13:00:35 InnoDB: Compressed tables use zlib 1.2.3
150325 13:00:35 InnoDB: Initializing buffer pool, size = 20.0M
150325 13:00:35 InnoDB: Completed initialization of buffer pool
150325 13:00:35 InnoDB: highest supported file format is Barracuda.
150325 13:00:40  InnoDB: Waiting for the background threads to start
150325 13:00:41 InnoDB: 5.5.41 started; log sequence number 29891375
150325 13:00:41 [Note] Server hostname (bind-address): '127.0.0.1'; port: 3306
150325 13:00:41 [Note]   - '127.0.0.1' resolves to '127.0.0.1';
150325 13:00:41 [Note] Server socket created on IP: '127.0.0.1'.
150325 13:00:42 [ERROR] mysql.user has no `Event_priv` column at position 29
150325 13:00:42 [ERROR] Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler.
150325 13:00:42 [Note] c:openservermodulesdatabaseMySQL-5.5binmysqld.exe: ready for connections.
Version: '5.5.41-log'  socket: ''  port: 3306  MySQL Community Server (GPL)
150325 13:04:34 [Note] Plugin 'FEDERATED' is disabled.
150325 13:04:34 InnoDB: The InnoDB memory heap is disabled
150325 13:04:34 InnoDB: Mutexes and rw_locks use Windows interlocked functions
150325 13:04:34 InnoDB: Compressed tables use zlib 1.2.3
150325 13:04:34 InnoDB: Initializing buffer pool, size = 20.0M
150325 13:04:34 InnoDB: Completed initialization of buffer pool
150325 13:04:34  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.
150325 13:04:44  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.
150325 13:04:54  InnoDB: Operating system error number 32 in a file operation.
InnoDB: The error means that another program is using InnoDB's files.
InnoDB: This might be a backup or antivirus software or another instance
InnoDB: of MySQL. Please close it to get rid of this error.

Почта:
пусто

Доп.инфо: стояла джумла ver. 3.3.3, сверху шаблон qickstart, вчера, пока все работало, ставила внешний форум phpBB ver. 3.1.3, так же ставились компонент на джумлу для интеграции форума и сайта (чтобы два раза не регаться на форуме и сайте), JFusion ver. 2.1.0. Так же в PhpMyAdmin, в базе mysql, в таблице User были добавлены три строчки, что бы совершать обмен юзверями между форумом и сайтом: 1) имя — user_pass_convert тип — VARCHAR длина значения 255 сравнение utf8_bin, 2) имя — user_occ тип — VARCHAR длина значения 255 сравнение utf8_bin, 3) имя — user_interests тип — TEXT сравнение utf8_general_ci.
Бэкапов, на мою голову, я не делала. Скрин приложеный, изменения в базе.

Источник

  1. Системы автоматизации ресторанной деятельности
  3. Система складского учёта S-House
  5. S-House v.4.XX
  7. Shouse проблемы с ключом


29 сен 2010 14:44 #34733
от fillip

Поставил СХ 4 56 109
Создал новую базу.
Создал пользователя.
Запускаю СХ — пишет ошибка чтения ключа защиты.
После этого пишет то же на запуск sdbman, хотя раньше запускался.
Поиск ключей от гарданта находит ключ.
На ключе написано «до 08.02.06»!
пару дней назад работал 4 28 36
Перестановка дров на 5.50, перетыкание брелка, вынимание остальных USB ничего положительного не дало!
Может я глючу?

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


30 сен 2010 07:59 #34736
от pavis

Читаем \sh4\ver.txt

4.31.44 (exe 4.30.43 )
Исправления: Нет конфликта c ключами от новай менеджерской,ПДС
ПЕРЕПРОПИСЫВАТЬ КЛЮЧИ

Нужен новый ключ.

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


30 сен 2010 09:41 #34737
от Keeper

да, было такое…. я уже и забыть успел, ;) . Это-ж сколько бедный клиент без апгрейда то жил…..

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


06 окт 2010 07:57 #34751
от fillip

Да, всё так. Оказывается ключи от первых версий SH4 не подходят для более новых версий.
ЮСиЭс как обычно рулит. За небольшой, но стабильный доход от замены ключей они согласны выдать новый ключ!
Клиенты у меня ТОЛЬКО самые бедные, это моя карма, я даже не составляю конкуренцию никому поэтому. Они никому другому не смогли бы платить вообще!
Но кстати ЮСиЭс не собираются выдавать мне новый дистрибутив :-@
Помогите с новым дистрибутивом SH4!

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


06 окт 2010 12:32 #34756
от Chesallin

Ключи? Вы еще используете ключи? :rolleyes:

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.


06 окт 2010 13:57 #34757
от fillip

Приходится! Вышеуказанная фирма отказывает в предоставлении пиратского хауса последней версии и считает что раз купили хаус, то до смерти обязаны платить за свою инициативу и их (фирмы) ошибки в системе заработка денег из воздуха! Они так старательно оберегают доходы, что большая часть инфы вокруг кипера и хауза является абсолютно засекреченой ;-)

Пожалуйста Войти или Регистрация, чтобы присоединиться к беседе.

  1. Системы автоматизации ресторанной деятельности
  3. Система складского учёта S-House
  5. S-House v.4.XX
  7. Shouse проблемы с ключом

Время создания страницы: 0.408 секунд

Источник

Введение

Система автоматизации складского учета StoreHouse 4 позволяет полностью контролировать процесс управления производством в ресторанах, кафе и ресторанах быстрого обслуживания, работающих на системе управления R-Keeper.

С помощью StoreHouse 4 можно:

  • Контролировать расход продуктов
  • Эффективно управлять себестоимостью
  • Правильно организовать закупки
  • Контролировать действия персонала

Состав системы

Система состоит из серверной и клиентской частей.

К серверной части относятся следующие приложения:

  • Cервер склада (Sdbserv.exe) — основное серверное приложения, управляет базой данных и обслуживает клиентские приложения
  • Конфигурация сервера (SdbsConf.exe) — приложение для управления параметрами сервера склада
  • Управление ключом защиты (SHKey.exe) — приложение для чтения и записи информации в аппаратный ключ защиты

К клиентской части относятся следующие приложения:

  • Склад (Sh.exe) — основное клиентское приложение: управление справочниками системы, документооборот, отчетность
  • Конфигурация склада (SHSetup.exe)  — приложение для управление клиентскими параметрами склада
  • Управление сервером (Sdbman.exe) — приложение для управления сервером склада (создание/восстановление БД, управление пользователями)
  • Проверка данных (Shc.exe) — приложение для проверки целостности данных в БД, исправления ошибок в накладных
  • Конфигурация импорта данных (IRkSetup.exe) — приложение для управления параметрами импорта данных
  • Импорт данных (ImportRK.exe) — приложения для импорта данных (меню и расхода блюд) из системы R-Keeper

Системные требования

Серверная часть

  • ОС Windows XP Professional SP3 и выше
  • 32-разрядный (x86) или 64-разрядный (x64) процессор с тактовой частотой 1 гигагерц (ГГц) или выше
  • 1 гигабайт (ГБ) (для 32-разрядной системы) или 2 ГБ (для 64-разрядной системы) оперативной памяти (ОЗУ)
  • 2 гигабайта (ГБ) свободного пространства на жестком диске

Клиентская часть

  • ОС Windows XP Professional SP3 и выше
  • 32-разрядный (x86) или 64-разрядный (x64) процессор с тактовой частотой 1 гигагерц (ГГц) или выше
  • 512 мегабайт (МБ) (для 32-разрядной системы) или 1 ГБ (для 64-разрядной системы) оперативной памяти (ОЗУ)
  • 100 мегабайт (МБ) свободного пространства на жестком диске

Лицензирование

StoreHouse 4 поставляется с аппаратным ключом защиты Guardant Stealth II. Ключ защиты устанавливается только на сервере склада — при подключении клиентов сервер проверяет ограничения лицензии, записанной в ключ. 

Лицензия, записанная в аппаратный ключ, содержит ограничения по следующим параметрам:

  • Количество возможных одновременных подключений клиентов к серверу склада
  • Срок действия лицензии (без ограничений или ограничение на конкретную дату)

Если ключ не установлен или неправильно настроен, клиент при подключении получит сообщение Ошибка чтения ключа защиты.
Если лицензия ограничена по дате или по количеству возможных подключений (определяется приобретенной лицензией), клиент получит сообщение Превышено допустимое количество соединений.

Обратите внимание, что при настройке интеграции с r_keeper_7, лицензия тоже используется. Поэтому, закройте клиентские подключения перед настройкой — иначе DataCollector не сможет подключиться.

Дополнительные подключения

Если вы хотите докупить лицензии на SH4, воспользуйтесь утилитой SHKey.exe. Утилита по умолчанию находится в подкаталоге \SDBCli.
При работе с утилитой SHKey.exe рекомендуется подключать  только один ключ защиты, предназначенный для склада.
Чтобы получить дополнительную лицензию:

  • Запустите приложение SHKey.exe — для версий склада ниже 4.80 нажмите кнопку  Получить вопрос, для старших версий склада запрос генерируется автоматически
  • Полученный код запроса отправьте электронной почте на адрес sh4@foodplexgroup.ru с указанием организации, для которой выполняется лицензирование ПО
  • В ответе придёт код активации. Вставьте код его в нижнее поле и нажмите кнопку Сохранить ответ.
  • В случае успешной активации приложение выдаст соответствующее сообщение

Рабочее окно утилиты SHKey.exe для версии склада ниже 4.80

Рабочее окно утилиты SHKey.exe для версий склада выше 4.80

Важно!

После попытки 7 (семь) раз сохранить некорректную лицензию, ключ будет заблокирован! Разблокировать ключ можно только в офисе компании UCS.

Установка серверной части

Для установки серверной части рекомендуется использовать ОС из семейства Windows NT:  Windows 2000\XP\7\8\2003 Server и выше.

Для установки серверной части необходимо:

  • загрузить с FTP ftp://ftp.ucs.ru/storehouse/sh4/ дистрибутив актуальной версии сервера (в виде архива  shsrv_4_ХХ_ХХХ.zip)

    Версия сервера склада определяется версией библиотеки \SDBSrv\ShServ.dll

    распаковать архив с дистрибутивом в любую директорию и запустить установочный файл  setup.exe

  • указать директорию для установки серверной части (например,  D:\UCS)
  • указать директорию для размещения базы данных (во время установки база данных не создается), например  D:\UCS\SDBSrv\Database
  • дождаться завершения работы мастера установки
  • установить драйвер ключа защиты  Guardant. Желательно установить драйвер до подключения ключа защиты к компьютеру

Возможные варианты установки:

  • использовать драйвер, входящий в состав дистрибутива. Он копируется в подкаталог  \Novex  Для установки запустите файл INSTDRV.EXE

  • загрузить с сайта  https://www.guardant.ru/support/download/drivers/ актуальный драйвер и установить его

    Примечание: Рекомендуется устанавливать SH4 на не системный раздел диска.

Создание сервера

Для создания нового сервера или изменения конфигурации имеющегося используется приложение  SdbsConf.exe.  Оно по умолчанию находится в папке \SDBCli

Для создания сервера необходимо:

  • на закладке  «Database»  в верхней части окна вызвать меню по правому нажатию кнопки мыши
  • выбрать пункт  «Добавить строку»  или нажать клавишу  Ins
  • в новой строке ввести имя (Server name) и описание (Description) сервера
  • заполнить параметры конфигурации сервера (см. ниже)
  • для добавления еще одного сервера повторно выполнить предыдущие шаги

После выбора сервера установленные параметры автоматически отображаются в соответствующих полях:

Описание параметров сервера:

  • Server name (Имя сервера)  — уникальное имя сервера, по умолчанию SDBSERV
  • Description (Описание сервера) —  любая информация, например описание назначения сервера
  • Database file (Файл базы данных) — путь к файлу базы данных сервера, при добавлении нового сервера не заполняется
  • Database log (Файл журнала транзакций) — путь к файлу журнала транзакций, при добавлении нового сервера не заполняется
  • Library directory (Каталог библиотек) — путь к директории со служебными библиотеками сервера, по умолчанию ссылается на рабочий каталог сервера, указанный при установке
  • Backup directory (Каталог резервных копий)  — путь к директории хранения резервных копий БД сервера (автоматических и ручных),  по умолчанию ссылается на подкаталог  \bak  рабочего каталога сервера, указанного при установке
  • Backup options (Параметры резервного копирования)  — включение/отключение автоматического режима резервного копирования БД и указание параметров резервного копирования, по умолчанию отключен (Automatic backup disabled)

  • Параметры резервного копирования:
    •  Period, days (Периодичность в днях) — периодичность выполнения автоматического резервного копирования БД, можно выбрать один из трех вариантов:
      • Backup time (Время резервирования)  — выполнять резервное копирование в конкретное время суток,  рекомендуемый режим
      • On database loading (При запуске сервера)  — выполнять резервное копирование во время запуска сервера,  ненадежный режим
      • On sever shutdown (При остановке сервера) — выполнять резервное копирование во время остановки сервера,  ненадежный режим

      • Stop server on error (Остановка сервера при ошибке)  — при включении опции сервер будет остановлен после неудачной попытки резервного копирования  и клиенты получат сообщении о невозможности продолжать работу,  рекомендуемая опция

        Важно!

        Сервер всегда хранит только одну резервную копию базы данных в сутки. Если в каталоге хранения резервных копий уже есть файл бекапа за текущие сутки (например, сделанный вручную), сервер не будет создавать новую резервную копию, независимо от установленного параметра автоматического резервного копирования.

        Крайне рекомендуется всегда включать режим автоматического резервного копирования с опциями «Backup time» и «Stop server on error» — отсутствие актуальных резервных копий самая частая причина невозможности оперативно восстановить работу системы в случае поломки БД!

Подробная информация о резервном копировании и обслуживании БД StoreHouse 4 описана в статье Профилактика и обслуживание БД.

  • Net Protocols (Сетевые протоколы) — включение поддержки различных сетевых протоколов для подключения клиентов к серверу, по умолчанию установлена поддержка только локального протокола (Local), т.е. для подключения клиента только на том же компьютере, где установлен сервер. Кроме локального поддерживается подключение по протоколу  TCP/IP  (с версии StoreHouse 4.10) и через сетевой интерфейс  NetBIOS

  • Параметры сетевых протоколов:
    • Timeout (ms) —  таймаут ожидания подключения по данному протоколу для клиентов (мс), по умолчанию используется значение 2000 мс (2 сек) — рекомендуется увеличивать значение таймаута при медленном и/или нестабильном канале связи между сервером и клиентом
    • Port/adapter — для сетевого интерфейса NetBIOS в этом поле задается номер адаптера, для протокола TCP/IP задается номер порта для входящих подключений клиентов — в некоторых случаях рекомендуется устанавливать фиксированное значение порта (например, при использовании firewall или необходимости подключения к серверу склада через глобальную сеть)
  • Cache (Кеш)   Working set size (Размер рабочей конфигурации) — данные параметры относятся к операциям с памятью,  изменять параметры следует только при некорректной работе сервера или других неполадках; значения, устанавливаемые сервером по умолчанию, можно посмотреть в лог-файле сервера (см. параметр Server log).
    • Пример фрагмента лог-файла с указанием установленных значений кеша и размера рабочей конфигурации:

20.05.2005 20:40:15- Server started version=1.15 subkey=SDBSERV def working set size min=204800, max=1413120 max cache memory=1024 pages (4096 K)

  • Priority class (Приоритет) — установка приоритета, с которым будет запускаться служба склада 

Возможны три варианта:

  • Idle -низкий
  • Normal — средний
  • High — высокий
  • Startup mode (Режим запуска) — установка режима запуска сервера

Возможные режима запуска:

  • Manual (ручной запуск)
  • Windows (автозагрузка Windows)
  • Service (запуск в качестве системной службы),  только для ОС из семейства Windows NT

Рекомендуется использовать режим запуска в качестве системной службы (Service).

  • Automatic recovery (Автоматическое восстановление)  — устанавливает режим автоматического восстановления БД при сбоях, восстановление происходит при запуске сервера и использует для восстановления информацию из журнала транзакций (Database Log)

    Важно!

    Рекомендуется всегда включать параметр Automatic recovery.

  • Open read only (Открывать только для чтения)  —  устанавливает режим открытия БД только для чтения, может применяться в случае необходимости запретить любые изменения в БД
  • Server log (Лог сервера) — путь к лог-файлу работы сервера, формируется в процессе работы и содержит служебную информация

На закладке  Settings (Настройки) содержится единственный параметр  Root directory:

  • Root directory (Корневая директория) — устанавливает путь к корневой директории сервера, требуется серверу для доступа к служебным утилитам и библиотекам; при указании некорректной директории при сохранении настроек пользователь получит сообщении об ошибке

    Важно!

    После изменения любых настроек их необходимо сохранить с помощью кнопки Save.

Запуск сервера

Сервер склада может быть запущен в трех режимах:

  • ручной запуск
  • автозагрузка с Windows
  • запуск в качестве системной службы — рекомендуемый режим

В случае запуска в качестве сервиса состояние сервера можно проверить через стандартную оснастку Windows  «Пуск» \ «Настройка» \ «Панель управления» \ «Администрирование» \ «Службы».

Убедитесь, что соответствующий сервер (Sdb server : <имя сервера>) находится в состоянии «Работает» и тип запуска установлен в «Авто»:

 
Если служба не запущена, запустите её. 

В случае ручного или автоматического запуска в системном трее должна появиться иконка сервера:

Если в системе несколько серверов и используется ручной режим запуска (Manual), сервер необходимо запускать с ключом /n<ИмяСервера>

Например, есть два сервера с именами SDBSERV01 и SDBSERV01 — для ручного запуска необходимо выполнить следующие команды:

Sdbserv.exe /nSDB01SERV
Sdbserv.exe /nSDB02SERV

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

Установка клиентской части

Для установки клиентской части необходимо:

  • загрузить с FTP ftp://ftp.ucs.ru/storehouse/sh4/ дистрибутив актуальной версии клиента (в виде архива shcli_4_ХХ_ХХХ.zip)
  • распаковать архив с дистрибутивом в любую директорию и запустить установочный файл setup.exe
  • указать папку для установки клиентской части (например,  D:\UCS\SH4)

  • дождаться завершения работы мастера установки

    Примечание

    Рекомендуется выполнять установку в раздел диска, который не является системным.

После установки клиентской части необходимо настроить параметры подключения к серверу(ам) и другие сервисные параметры.
Для настройки параметров клиента используется приложение SHSetup.exe (по умолчанию находится в директории \SH4):

В верхней части окна SHSetup.exe отображается список серверов (баз данных), которые будут доступны для подключения на данном рабочем месте (по умолчанию список пуст).

Для добавления нового сервера необходимо:

  • в верхней части окна вызвать меню по правому нажатию кнопки мыши
  • выбрать пункт «Добавить строку» или нажать клавишу Ins
  • в новой строке ввести имя (Сервер) и описание (Псевдоним) сервера
    • если для подключения к серверу склада будет использоваться протокол TCP/IP (см. ниже), вместо имени сервера должен быть указан IP-адрес компьютера, на котором запущен сервер
    • в поле «Псевдоним« можно указать описание базы данных (т.к. сервер может работать только с одной базой данных, псевдоним будет определять не только сам сервер, но и базу, с которой он работает, например «База предприятия №1» и «База предприятия №2»).Если это поле заполнено, при входе в приложение пользователю будет предложен список псевдонимов, иначе пользователю будет предложен список серверов (см .ниже). С помощью списка серверов можно ограничить доступ клиента к различным базам (серверам), т.е. клиент сможет получить доступ только к тем базам (серверам), которые определены в SHSetup.exe,независимо от кол-ва баз (серверов), созданных на сервере
  • для добавления еще одного сервера повторно выполнить предыдущие шаги

После добавления сервера необходимо настроить параметры подключения в разделе «Параметры подключения«:

  • Протокол — выбор протокола подключения к серверу:
    • Local  — локальное подключение
    • Tcp/ip  — подключение по протоколу TCP/IP
    • Netbios —  подключение через интерфейс NetBIOS
  • Порт/адаптер  — поле доступно для редактирования только при выборе протокола Tcp/ip или Netbios:
    • для интерфейса Netbios указывается номера текущий номер адаптера NetBIOS – при этом на сервере это значение может быть не указано (сервер «слушает» подключение по всем номерам адаптеров)
    • для протокола Tcp/ip указывается порт TCP/IP, определенный на сервере для входящий подключений — должен соотв. порту, указанному в настройках протокола TCP/IP на стороне сервера
  • Таймаут (мс) — таймаут ожидания подключения к серверу по данному протоколу в мс, по умолчанию используется значение 2000 мс (2 сек) — рекомендуется увеличивать значение таймаута при медленном и/или нестабильном канале связи между сервером и клиентом

С помощью операций «Добавить сервер» \ «Удалить сервер»  можно добавить и удалить строки для добавления дополнительных серверов — операция также доступна по правому нажатию кнопки мыши в верхнем окне.

Далее расположен раздел «Прочие параметры«:

  • «Хранить …. последних имен пользователей» — определяет, сколько имен пользователей будет храниться при входе в клиентское приложение, при превышении этого значения новым пользователям для входа необходимо будет вводить свое имя вручную
  • «Аутентификация Windows»  — включение механизма аутентификации (проверки подлинности) средствами Windows, т.е. пользователь сможет входить в клиентские приложения StoreHouse v4 используя текущие имя пользователя и пароль Windows
  • «Разрешить ввод имени сервера» —  позволяет пользователям при входе указывать произвольное имя для подключения (имя сервера или псевдонима), рекомендуется оставлять выключенным и определять для всех серверов информативный псевдоним
  • «Разрешить дизайнер отчетов» — позволяет вызвать режим редактирование макета отчета, рекомендуется включать только для опытных пользователей
  • «Рекомендованный размер кеша в страницах» — позволяет определить произвольное значение размера кеша, рекомендуется значение этого параметра оставлять по умолчанию (пусто)

Примечание: Дополнительная информация о значениях кеша есть в статье 2021-01-14_14-02-10_Решение проблем с БД. Рекомендуется ознакомиться.

  • «Библиотека администратора» — указывает путь к административному модулю SHAdm.bpl, параметр заполняется автоматически мастером установки. Параметр должен быть обязательно заполнен, если на компьютере планируется запуск приложения Sdbman.exe

    Важно

    После настройки всех параметров необходимо сохранить конфигурацию нажав кнопку «Сохранить».

Создание базы данных

В дистрибутиве StoreHouse 4 не поставляется пустая база данных.

Сервер склада может управлять только одним экземпляром базы данных — при необходимости использовать несколько баз данных, требуется запустить соответствующее количество экземпляров серверов.

Для создания БД используется приложение Sdbman.exe (находится в директории \SH4)

Примечание

Для создания и обслуживания БД рекомендуется установить на сервер клиентскую часть и использовать локальное подключение (Local) к серверу

Для создания базы данных необходимо выполнить следующие действия:

  • только для сервера, который уже работал с данными — остановить сервер
  • только для сервера, который уже работал с данными — перенести в любое место старые базы данных 
  • только для сервера, который уже работал с данными — запустить приложение SDBConf.exe (по умолчанию находится в директории \SDBCli), запомнить значение параметров Database file и Database logs, затем очистить их
  • запустить сервер
  • запустить приложение  Sdbman.exe  (по умолчанию находится в директории \SH4), на предложение ввести имя и пароль, нажать кнопку «Отмена»
  • выбрать пункт меню  «Прочее» ⇒ «Создать базу данных…»

  • в окне создания базы данных заполнить следующие поля:
    • Сервер — указать имя сервера склада, для которого создается база данных.
      Если используется подключение по протоколу TCP/IP, в качестве имени сервера необходимо указать строку вида:
127.0.0.1:pTa
        3333

где

  • 127.0.0.1  — IP-адрес компьютера, на котором запущен сервер склада
  • pT  — признак использования протокола TCP/IP (port  TCP)
  • a — признак использования порта TCP/IP (adapter)
  • 3333 — TCP-порт сервера для входящих подключений (значение 3333 указано для примера)

Если сервер слушает все порты, можно указать строку вида  127.0.0.1:pT, т.е. без указания порта.

  • «Файл данных » — указать полный путь к файлу создаваемой базы данных. Имя базы данных может быть произвольным, но расширение рекомендуется указывать стандартное  *.sdb  (например, sh4_base.sdb)

  • «Начальный размер файла данных в страницах … в МБ … »  — указать размер создаваемой базы данных в страницах или в мегабайтах (1 страница = 4Кб  или  1Мб = 256 страниц) — эти два параметра взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании новой базы данных эти значения можно оставить по умолчанию (35000  в страницах или  136,719  в Мегабайтах) – в дальнейшем размер базы данных можно изменить с помощью приложения  Sdbman.exe

    Важно!

    Предельный размер базы данных StoreHouse v4 примерно 1,8Гб (точно — 1792 Мб или 458752 страниц)

  • «Файл журнала обновлений»  —  указать полный путь к файлу создаваемого журнала транзакций. Имя файла журнала транзакций может быть произвольным, но расширение рекомендуется указывать стандартное  *.sdl (например, sh4_log.sdl)
  • «Начальный размер файла журнала в страницах … в МБ: …»  — можно указать размер создаваемого фала транзакций либо в страницах, либо в мегабайтах — эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании файла транзакций эти параметры можно оставить по умолчанию, (4 МБ или 1024 страницы) — в процессе работы размер можно изменить с помощью приложения  Sdbman.exe.
  • «Путь к библиотекам»  — определяет путь к системным библиотекам сервера, по умолчанию указан полный путь к директории  \SDBSrv
  • «Путь к архиву»  — определяет директорию для создания и хранения архивных копий базы данных (при ручном или автоматическом архивировании), по умолчанию указан полный путь к директории  \SDBSrv\bak.
  • «Имя администратора базы данных»  — устанавливает имя администратора базы данных, по умолчанию используется значение Admin
  • «Пароль администратора»,  «Подтверждение пароля» — устанавливает пароль для администратора базы данных, имя которого введено в предыдущем поле, по умолчанию пароль пустой
  • «Описание»  — произвольная текстовая информация
  • после заполнения всех необходимых полей нажать кнопку  «ОК»  — после успешного создания базы данных окно автоматически закроется
  • закрыть приложение Sdbman.exe  и снова запустить его, но при входе ввести имя пользователя (по умолчанию  Admin) и пароль (по умолчанию пустой) и нажать кнопку  «OK»

После входа в приложение на экране отобразится два сообщения с ошибками —  необходимо проигнорировать эти сообщения и войти в приложение:

  • выбрать пункт меню  «Прочее»  ⇒ «Выполнить запрос»  — в поле  «Процедура»  ввести  BuildAll, в поле  «Библиотека»  указать полный путь к библиотеке  sh_crtdb.dll  (по умолчанию находится в директории сервера  \SDBServ).
  • выбрать пункт меню  «Документ» ⇒ «Выполнить»  или использовать соответствующую иконку на панели задач

После выполнения запроса в нижнем части окна появится сообщение о результате:

  • выполнить действия, описанные в предыдущих двух пунктах, только в качестве процедуры указать Populate
  • запустить приложение «Склад«  (Sh.exe)  и проверить работоспособность

Восстановление базы данных

Для восстановления необходимо иметь файл резервной копии базы данных (*.bkp) — допускается восстановление резервных копий, выполненных на более младших версиях сервера (например, при обновления ПО StoreHouse 4).

Для создания резервной копии базы данных необходимо:

  • убедиться, что сервер склада работает
  • запустить приложение Sdbman.exe  и подключиться к требуемому серверу
  • выбрать пункт меню «Обслуживание» ⇒ «Резервное копирование»  — система выдаст запрос на выполнение операции резервного копирования,  для подтверждения нажать кнопку «Да»

  • после успешного выполнения операции резервного копирования появится сообщение с указанием полного пути к файлу резервной копии

    Примечание

    Создание резервной копии базы данных также можно выполнить с помощью приложения \SH4\Shc.exe — операция «Инструменты» ⇒ «Резервное копирование»

Для восстановления базы данных из ранее созданной резервной копии необходимо:

  • остановить сервер
  • запустить приложение SdbsConf.exe, выбрать в списке требуемый сервер и очистить значение полей Database file (файл базы данных) и Database log  (файл журнала транзакций):

  • запустить сервер
  • запустить приложение Sdbman.exe —  на предложение ввести имя и пароль, нажать кнопку «Отмена»
  • выбрать пункт меню «Прочее» ⇒ «Восстановить резервную копию…»

  • в окне восстановления резервной копии заполнить следующие поля:
    • Сервер — указать имя сервера склада, для которого выполняется восстановление БД

Рекомендуется использовать локальное (Local) подключение при восстановлении базы данных, если используется подключение по протоколу TCP/IP, в качестве имени сервера необходимо указать строку вида:

127.0.0.1:pTa3333

где

  • 127.0.0.1 — IP-адрес компьютера, на котором запущен сервер склада
  • pT — признак использования протокола TCP/IP
  • a — признак использования порта TCP/IP
  • 3333 — TCP-порт сервера для входящих подключений (значение 3333 указано для примера)

Если сервер «слушает» все порты, можно указать строку вида 127.0.0.1:pT, т.е. без указания порта.

  • «Файл резервной копии » — указать полный путь к файлу резервной копии
  • «Файл данных » — указать полный путь к файлу создаваемой базы данных. Имя базы данных может быть произвольным, но расширение рекомендуется указывать стандартное *.sdb (например, sh4_base.sdb)

  • «Минимальный размер файла данных в страницах … в МБ … » — указать размер создаваемой базы данных в страницах или в мегабайтах — эти два параметра взаимосвязаны, т.е. изменение одного влечет за собой изменение другого.

    Примечание

    При восстановлении базы данных рекомендуется устанавливать размер файла базы данных примерно в три раза больше, чем размер файла резервной копии — в дальнейшем размер базы данных можно изменить с помощью приложения Sdbman.exe

  • «Файл журнала обновлений» —  указать полный путь к файлу создаваемого журнала транзакций. Имя файла журнала транзакций может быть произвольным, но расширение рекомендуется указывать стандартное *.sdl (например, sh4_log.sdl)
  • «Начальный размер файла журнала в страницах … в МБ: …» — можно указать размер создаваемого фала транзакций либо в страницах, либо в мегабайтах — эти два параметры взаимосвязаны, т.е. изменение одного влечет за собой изменение другого. При создании файла транзакций эти параметры можно оставить по умолчанию (4 МБ или 1024 страницы) — в процессе работы размер можно изменить с помощью приложения Sdbman.exe
  • «Имя администратора базы данных» — устанавливает имя администратора базы данных

  • «Пароль администратора», «Подтверждение пароля» — устанавливает пароль для администратора базы данных, имя которого введено в предыдущем поле

    Важно!

    Не имеет значения, какое имя и пароль администратора использовались в исходной базе данных — при восстановлении из резервной копии они будут перезаписаны новыми значениями.

  • «Библиотека» — указать полный путь к библиотеке сервера sh_crtdb.dll
  • «Параметры библиотеки» — при необходимости указать параметры для библиотеки sh_crtdb.dll
  • нажать кнопку «ОК» — после успешного восстановления базы данных окно автоматически закроется

Обновление

Процесс обновление ПО StoreHouse 4 фактически состоит из удаления текущей версии, установки требуемой версии и восстановлении резервной копии текущей рабочей базы данных.

Процесс обновления можно разделить на два этапа:

  • обновление серверной части (SDBServ)
  • обновление клиентской части (SH4)

Обновление сервера

Перед обновления серверной части необходимо выполнить следующие действия:

  • с помощью приложения SdbMan.exe или SHC.exe выполнить резервное копирование текущей рабочей БД для каждого используемого сервера, сохранить созданные копии в директории, отличной от текущей директории хранения резервных копий
  • остановить все работающие сервера и выполнить резервное копирование директорий, где хранятся текущие базы данных серверов (по умолчанию  \SDBSrv\Database)
  • Важно: с помощью приложения regedit.exe (входит в ОС Windows) экспортировать целиком раздел реестра HKEY_LOCAL_MACHINE\SOFTWARE\UCS (для Windows х86) или HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\UCS (для Windows x64)
  • с помощью оснастки Windows  «Панель управления» ⇒ «Программы и компоненты» выполнить стандартную процедуру удаление приложения  Store House 4 (Server 4.xx.xxx).

Дальнейший процесс обновления соответственно установки серверной части:

  • загрузить с FTP ftp://ftp.ucs.ru/storehouse/sh4/ дистрибутив требуемой версии сервера (в виде архива shsrv_4_ХХ_ХХХ.zip)
  • распаковать архив с дистрибутивом в любую директорию и запустить установочный файл setup.exe
  • дождаться завершения работы мастера установки

Если новая версия StoreHouse требует перезаписи ключа защиты (см. историю изменений в файле  ftp://ftp.ucs.ru/storehouse/sh4/Ver4.txt), выполните процедуру, описанную в разделе  «Дополнительные подключения»

Далее необходимо восстановить параметры и базы данных серверов:

  • при необходимости остановить все работающие сервера
  • экспортировать в реестр сохраненный ранее раздел реестра
  • выполнить процедуру восстановления базы данных при помощи SDBMan.exe для каждого сервера

Обновление клиента

Перед обновления клиентской части необходимо выполнить следующие действия:

  • закрыть все запущенные клиентские приложения и выполнить резервное копирование рабочей директории  \SH4, затем переименовать директорию \SH4, например в \SH4.bak
  • с помощью приложения regedit.exe (входит в ОС Windows) экспортировать целиком раздел реестра HKEY_LOCAL_MACHINE\SOFTWARE\UCS (для Windows х86) или HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\UCS (для Windows x64)
  • с помощью оснастки Windows «Панель управления» ⇒ «Программы и компоненты» выполнить стандартную процедуру удаление приложения Store House 4 (Client 4.xx.xxx).

Дальнейший процесс обновления соотв. процессу установки клиентской части:

  • загрузить с FTP ftp://ftp.ucs.ru/storehouse/sh4/ дистрибутив требуемой версии клиента (в виде архива shcli_4_ХХ_ХХХ.zip)
  • распаковать архив с дистрибутивом в любую директорию и запустить установочный файл setup.exe
  • указать директорию для установки клиентской части — рекомендуется использовать путь, где ранее размещалась рабочая директория \SH4
  • дождаться завершения работы мастера установки

Далее необходимо восстановить конфигурацию клиентской части:

  • экспортировать в реестр сохраненный ранее раздел реестра
  • при необходимости, скопировать следующие данные из сохраненной резервной копии предыдущей рабочей директории \SH4:
    • комплект доп. библиотек (для импорта данных, для связи с 1С и т.д.)
    • все конфигурационные файлы (*.ini)
    • комплект ранее используемых доп. приложений (Sh4Decl, SH4Utils, сервер инвентаризации, связь с 1С и т.д.)

Отдельно стоит уделить внимание макетам печатных форм:

  • если ранее не использовались модифицированные и/или дополнительные печатные формы, никаких доп. действий не требуется — мастер устанавливает актуальный набор печатных форм

  • если ранее использовались  модифицированные формы, необходимо выяснить у Заказчика, какие формы были модифицированы и скопировать их из сохраненной резервной копии предыдущей рабочей директории \SH4\RPT

    Примечание

    При отсутствии информации какие формы были модифицированы, рекомендуется скопировать все формы из сохраненной резервной копии предыдущей рабочей директории \SH4\RPT

  • если ранее использовались дополнительные формы, необходимо скопировать файл  \SH4\SH.RPT  и файлы макетов дополнительных форм (*.RPT) из сохраненной резервной копии предыдущей рабочей директории  \SH4\RPT

    Примечание

    В файле \SH4\SH.RPT хранится сопоставление макетов печатных форм и соответствующих им отчетов или документов — если не использовать ранее сохраненную копию файла SH.RPT, необходимо будет заново вручную подключать дополнительные отчеты в SH4

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

Источник

Понравилась статья? Поделить с друзьями:
  • Store код ошибки 0x803f8001
  • Store data structure corruption win 10 ошибка
  • Stop ошибка это
  • Stervella ошибка текст
  • Stervella ошибка аккорды