The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Тематический каталог: Настройка сервера приложений 1c 8.1 с ..., auto_topic (?), 10-Авг-09, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


34. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 11-Авг-09, 15:30 
За второй огромное спасибо, на днях попробую

По первому вопросу:
- сервер на базе линукс который расшаривает samba ресурс с файловой базой 1С 8.1
- есть клиент висящий по WiFi на скорости 1-2 мбит/с

Вот у этого клиента утром происходит долгая загрузка базы, дальше работает уже относительно нормально (торможений не замечено)
- повысится ли быстродействие клиента если перевести базу с файловой на PostgreSQL ?
- надеюсь правильно думаю что устойчивость базы к ошибкам повысится если использовать PostgreSQL в случае падения WiFi канала

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

36. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +1 +/
Сообщение от netcemail (ok), 11-Авг-09, 16:22 
>[оверквотинг удален]
>- сервер на базе линукс который расшаривает samba ресурс с файловой базой
>1С 8.1
>- есть клиент висящий по WiFi на скорости 1-2 мбит/с
>
>Вот у этого клиента утром происходит долгая загрузка базы, дальше работает уже
>относительно нормально (торможений не замечено)
>- повысится ли быстродействие клиента если перевести базу с файловой на PostgreSQL
>?
>- надеюсь правильно думаю что устойчивость базы к ошибкам повысится если использовать
>PostgreSQL в случае падения WiFi канала

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

на счет быстродействия - где то да, но не на много, в основном там где будут выполняться процедуры на сервере. а вообще надо тестить самому в твоих условиях

устойчивость однозначно увеличиться

Ответить | Правка | Наверх | Cообщить модератору

37. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от FractalizeRemail (ok), 11-Авг-09, 17:15 
>долгая загрузка базы, опять же понятие относительное, скорее всего просто потому что
>загрузка базы действительно долгая процедура (опять же относительно) на медленных каналах

При старте клиента с сервера передается полный набор метаданных. На медленном канале это занимает значительное количество времени из-за объема.

Ответить | Правка | Наверх | Cообщить модератору

38. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 11-Авг-09, 17:16 
>>долгая загрузка базы, опять же понятие относительное, скорее всего просто потому что
>>загрузка базы действительно долгая процедура (опять же относительно) на медленных каналах
>
>При старте клиента с сервера передается полный набор метаданных. На медленном канале
>это занимает значительное количество времени из-за объема.

А при работе с PostgreSQL эта проблема должна вроде как отпасть
правильно понимаю?

Ответить | Правка | Наверх | Cообщить модератору

41. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от FractalizeRemail (ok), 12-Авг-09, 14:51 
>>>долгая загрузка базы, опять же понятие относительное, скорее всего просто потому что
>>>загрузка базы действительно долгая процедура (опять же относительно) на медленных каналах
>>
>>При старте клиента с сервера передается полный набор метаданных. На медленном канале
>>это занимает значительное количество времени из-за объема.
>
>А при работе с PostgreSQL эта проблема должна вроде как отпасть
>правильно понимаю?

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

Ответить | Правка | Наверх | Cообщить модератору

42. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 12-Авг-09, 16:20 
>[оверквотинг удален]
>>>>загрузка базы действительно долгая процедура (опять же относительно) на медленных каналах
>>>
>>>При старте клиента с сервера передается полный набор метаданных. На медленном канале
>>>это занимает значительное количество времени из-за объема.
>>
>>А при работе с PostgreSQL эта проблема должна вроде как отпасть
>>правильно понимаю?
>
>Нет, метаданные передаются клиенту независимо от типа движка базы данных. В плане
>ускорения начальной загрузки клиента это ничего не даст.

Устойчивость к падению канала повысится?

Ответить | Правка | Наверх | Cообщить модератору

43. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +1 +/
Сообщение от FractalizeRemail (ok), 12-Авг-09, 16:59 
>Устойчивость к падению канала повысится?

Почему она должна повыситься? Движок есть движок. При потере связи с сервером клиент вылетает с ошибкой. Кроме того, клиент базой данных непосредственно не пользуется. Это делает процесс сервера 1С, насколько мне известно.


Ответить | Правка | Наверх | Cообщить модератору

44. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 12-Авг-09, 17:18 
>>Устойчивость к падению канала повысится?
>
>Почему она должна повыситься? Движок есть движок. При потере связи с сервером
>клиент вылетает с ошибкой. Кроме того, клиент базой данных непосредственно не
>пользуется. Это делает процесс сервера 1С, насколько мне известно.

То есть переводить с файловой базы на PostgreSQL это менять шило на мыло,
ведь все равно все запросы идут через сервер 1С который один черт при передаче данных приводит к аналогу файловой базы

Правильно понял?

Ответить | Правка | Наверх | Cообщить модератору

45. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +1 +/
Сообщение от FractalizeRemail (ok), 12-Авг-09, 18:01 
>То есть переводить с файловой базы на PostgreSQL это менять шило на
>мыло,
>ведь все равно все запросы идут через сервер 1С который один черт
>при передаче данных приводит к аналогу файловой базы
>
>Правильно понял?

Не совсем. Все запросы действительно идут через сервер 1С, но причем тут файловая база? Результат, который получает клиент в обоих случаях один и тот же. Но способы, которыми это производится могут отличаться. Например, при использовании Postgres в официальных конфигурациях не работают блокировки на уровне таблиц (поскольку официальные конфигурации не пользуются пока управляемыми блокировками в транзакциях). В результате чего вы получите замедление работы по сравнению с MS SQL Server при возрастании количества пользователей.

Но postgres в плане быстродействия все равно превосходит файловую базу. Так что если у вас проблема с быстродействием и деньгами (в смысле, не хочется покупать MS SQL Server лицензию) - переводите на postgres. Прирост должен быть. Если проблем в скорости работы у вас пока нет - смысла в переходе особого не вижу. Когда я говорю о проблемах в скорости работы, я имею ввиду работу вообще, а не старт клиента.

Ответить | Правка | Наверх | Cообщить модератору

47. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 12-Авг-09, 18:16 
Устойчивость базы при падении канала будет выше?
Ответить | Правка | Наверх | Cообщить модератору

48. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 12-Авг-09, 18:20 
Имею ввиду устойчивость базы при падении канала до клиента

ps.  меня на файловой после пары падений канала остались несколько документов бесхозные которые зависят от не существующих документов и удалить себя естественно не дают
или зависимость зацикленная

offtop: в 8.1 версии нельзя отвязать документ от основании (по крайне мере штатно, не штатно как это сделать я не нашел)

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

49. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +1 +/
Сообщение от FractalizeRemail (ok), 12-Авг-09, 18:39 
>Имею ввиду устойчивость базы при падении канала до клиента

Устойчивость базы в серверном варианте с любым движком практически не зависит от падения канала до клиента. Все изменения данных выполняются в транзакции сервером 1С.

>ps.  меня на файловой после пары падений канала остались несколько документов
>бесхозные которые зависят от не существующих документов и удалить себя естественно
>не дают
>или зависимость зацикленная

Сетевая файловая система на Windows машинах не поддерживает транзакции при обработке данных. Поэтому вполне возможно, что какие-то данные в файл базы не дописались.

>offtop: в 8.1 версии нельзя отвязать документ от основании (по крайне мере
>штатно, не штатно как это сделать я не нашел)

В 8.x нет понятия "основание" на уровне конфигурации. Скорее всего, вы имеете ввиду реквизит документа, который ссылается на другой документ. Если у вас в базе есть битые ссылки их можно устранить поиском и исправлением ошибок из конфигуратора.

Ответить | Правка | Наверх | Cообщить модератору

50. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 12-Авг-09, 19:02 
Благодарю, на все свои вопросы получил ответы :)
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

52. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от FractalizeRemail (ok), 13-Авг-09, 10:27 
>Благодарю, на все свои вопросы получил ответы :)

Не за что :) Был рад помочь.

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

56. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 19-Авг-09, 17:33 
Поставил сервер на Ubuntu 8.04
с мелкими подводными камешками но все настроил

Быстродействие первого запуска у WiFi клиента не то что бы увеличилось
Оно стало таким же как будто он сидит в локалке!
Падения канала вообще не заметно, в общем все что меня гложило теперь исправлено

Теперь пытаюсь понять какие порты для того что бы удаленный клиент работал надо в файрволе открывать
tcp/1540 точно
но там еще куча открыто
tcp/1541
1560-....

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

57. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от FractalizeRemail (ok), 19-Авг-09, 17:58 
Нужно будет открыть диапазон портов 1560 – 1591.

Либо создать файл debugcfg.xml в папке bin такого содержания:

<config>
  <debugports range="1540:1550"/>
</config>

Разумеется, диапазон настроить как вам удобно

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

58. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от VecHemail (ok), 20-Авг-09, 17:16 
Этим файлом задается диапазон портов на которых он работает?
Файл разместить в папке сервера или у клиентов?
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

59. "Настройка сервера приложений 1c 8.1 с использованием Postgre..."  +/
Сообщение от FractalizeRemail (ok), 20-Авг-09, 17:41 
>Этим файлом задается диапазон портов на которых он работает?
>Файл разместить в папке сервера или у клиентов?

Да, это допустимый диапазон используемых портов.
Думаю, и там и там.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру