[OdinES]

Но с доменом проще )

[OdinES]

Нет необязательно, хватит статического IP

[OdinES]

Подключатся конечно нужно по внешнему IP (Статический IP нужен).

Стоит перейти на https + сложные пароли (Символы + цифры + буквы).

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

Главное частые бэкапы!

 

[OdinES]

Конечно можно подключатся из вне, об этом есть уроки, но уже в модуле «Профессионал».

Делается это довольно просто

На роутере нужно пробросить порт 80 например:  192.168.1.100: 80

Т.е на хосте 192.168.1.100 работает веб сервер.

Вот еще пример проброса порта 3389 для RDP на роутере ASUS
http://i.piccy.info/i9/70620809c43dc80391b140985b82fdef/1492411905/49931/1138254/17_04_2017_9_50_37.png

Аналогично для ВЕБ порт 80 вместо 3389.

 

[OdinES]

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

1. Бэкап обязательно перед обновлением

2. Смотрите чтоб не затиреть наработки в конфигурации (Если такие конечно были).

[OdinES]

День 1, отправил повторно Вам на почту. иногда письма попадают в папку Спам — Реклама.

[OdinES]

В таком случаи, Вам нет смысла устанавливать учебную.

Некоторые пользователи работают в 1С Предприятии, (типовые конфигурации), но не умеют ставить платформу, подключать базы и тд.

[OdinES]

Если все вместе, тогда лучше raid 10.Иначе два «винта» вы просто жертвуете на raid 1

[OdinES]

У вас сервер 1С и MS SQL на одном сервере ?

[OdinES]

Хороший выбор сервера.

Рекомендую raid 10 можно и на SAS дисках.

Для mssql также raid 10,но можно и 1 на SSD, пользователей 15 это не много.

 

 

[OdinES]

Рестарт кардинально ничего не даст, MS SQL быстро заберет необходимый ему объем оперативной памяти.

Можно конечно попытаться ограничить потребление ОЗУ.

 

sp_configure 'show advanced options', 1;  
GO  
RECONFIGURE;  
GO  
sp_configure 'max server memory', 5096;  
GO  
RECONFIGURE;  
GO  

Но здесь смысла в этом не вижу, 40 пользователей 19 Гб база и Сервер 1С говорят о том что 10 Гб очень мало.

Как минимум еще 8 — 16 Гб нужно брать. Или сервер 1С перенести на другой сервер, это еще может ненадолго помочь.

 

[OdinES]

Можно для начала попытаться выстроить правильную нумерацию с помощью обработки (установив период) только на те номера документов которые еще не распечатали. (Чтоб не рушить последовательность с бумажными копиями).

Делайте это все сперва на копии базы 1С. (Потом в оригинале).

У вас всегда будут проблемы с нумерацией, пока эти номера правят в ручную.

MS SQL здесь непричастна.

[OdinES]

Для начала следует, привести нумерацию всех документов в порядок.

Вот обработка, поможет это сделать:

Скачать бесплатно обработку для перенумерации документов в 1С 8.2 8.3

Затем уже нужно разбираться.

Скорее всего кто-то из пользователей  руками меняет номер документа. (Посмотрите в журнале регистрации)

Возможно некоторые документы у Вас создают автоматически.

Стоит посмотреть также как создают новые документы пользователи.

 

 

[OdinES]

40 пользователей и 19 Гб база и ко всему этому еще и сервер 1С. Там однозначно 10 гб оперативной, мало.

Нужно стремится к тому чтоб объем ОЗУ был равен размеру базы в идеале. А так хотя бы 50% — 70% процентов от нее.

План обслуживания настроен ?

Как часто делаете бэкап средствами СУБД ?

 

 

[OdinES]

Помните, MS SQL не будет брать больше памяти чем ему надо.

Возможно Вам просто стоит увеличить объем  ОЗУ на сервере.

Или оптимизировать запросы, вполне вероятно причина там.

 

Я конечно не знаю кофигурацию, в которой у Вас работают пользователи и собственно количество активных пользователей, размер базы! (и другие показатели).

Но можно предположить что  10 Гб просто мало.

 

 

[Автор]

Сообщения