21 октября, воскресенье 15:55
Bankir.Ru

Объявление

Свернуть
Пока нет объявлений.

Проблема запуска RS в двузвенке на Windows Server 2003 EE x64

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Проблема запуска RS в двузвенке на Windows Server 2003 EE x64

    Здравствуйте уважаемые коллеги!
    Недавно перешли на 64 битный Windows Server 2003 EE в результате у нас возникла проблема с входом в RS и Расчетную палату в двухзвенке, т.е. пользователям предоставлены права на папку RSBank и Palata запуска приложений, но при запуске RS выдается ошибка "нет права доступа к registry.dbt" и в Палате "ошибка регистрации пользователя 10043". При таких же насройках пользователей в Windows 2000 Server Advanced таких проблем не было.При предоставлении прав администратора на сервер проблема решается.
    Вопрос: Что мешает рядовому пользователя запускать вышеуказанные программы в двухзвенке, какие права нужно добавить в политиках или в службах Windows

  • #2
    Доступ к Pervasive. У пользователя под которым запускается новый процесс на сервере должен быть доступ к файлам Pervasive на данном сервере. Дайте доступ к папке куда установился Pervasive.

    Комментарий


    • #3
      Доступ к Pervasive. У пользователя под которым запускается новый процесс на сервере должен быть доступ к файлам Pervasive на данном сервере. Дайте доступ к папке куда установился Pervasive.
      Предоставление доступа к Pervasive не помогло,здесь мне кажется явно проблема с настройками безопасности Windows 2003 и они отличаются от Windows 2000

      Комментарий


      • #4
        Предоставление доступа к Pervasive не помогло
        Какой Pervasive используете? Если 8.6 то для доступа к базе по двухзвенке на клиентской машине должен быть обязательно установлен клиент "Pervasive.SQL Client". У меня на 2003 все работало без каких либо дополнительных настроек и в двухзвенке и в трехзвенке.

        Комментарий


        • #5
          Используем Pervasive v10 под 64 битный Windows. На клиентской машине Pervasive Client естественно установлен. Проблема с правами пользователя клиента, хотя все права на папку установлены. Как только пользователя клиентской машины добавляем в группу Администраторы и RS и Палата запускаются. Не хочется устанавливать админовские права для тех пользователей которые работают с Палатой, вдруг что-то напартачат. В Windows 2000 для работы в двухзвенке админовские права не требовалась. Причина по котрой мы перешли на 64 битный Windows и Pervasive это поддержка большого объема ОЗУ и кеша

          Комментарий


          • #6
            двухзвенка зло...

            Комментарий


            • #7
              Расчетная палата - это RS-Payments?

              Комментарий


              • #8
                Как только пользователя клиентской машины добавляем в группу Администраторы
                правильно я понимаю в группу админы Вы добавляете на комп-ре польщователя?
                на ветку реестра Pervasive давали полный доступ?

                Комментарий


                • #9
                  Так ещё раз. Есть сервер W2003 EE x64 на котором поднят Pervasive v10. Сами файла RS расположены на этом же сервере в некой папке RsBank которой Вы дали общий доступ по сети. Вот тут сразу вопрос доступ, на сколько я понял дан группе пользователей "Все", но а доступ "Безопасность" к самим файлам нужным пользователям предоставлен? И с ходу вопрос у вас AD или нужных пользователь заводите на самом сервере? Судя по ошибке тут цена вопроса в пять копеек. Только нужно понять как у Вас это все построено.

                  Комментарий


                  • #10
                    Расчетная палата- это RS Payments кот. работает только в двухзвенке. На сервере не настроен AD. Пользователи заведены на самом сервере и распределены по двум основным группам - BankUsers - пользователи работающие через сервер приложений (трехзвенка) и Admins - пользователи кот. работают напрямую с RS Payments (двухзвенка). Для группы Admins назначены польные права на папки RSBank и Palata (RS Payments)

                    Комментарий


                    • #11
                      falc
                      Из сего следует, что у вас есть некий пользователь A с паролем XXXX на сервере и такой же пользователь A с паролем XXXX на рабочей станции? В любом случае для сервера это разные учетные записи. В данном случае конечно можно пошаманить, но проще поднять AD (dcpromo).

                      Комментарий

                      Пользователи, просматривающие эту тему

                      Свернуть

                      Присутствует 1. Участников: 0, гостей: 1.

                      Обработка...
                      X