Ответы в темах
- Сообщения
Да, Игорь, активация из-за этого не работает. Новая автономная версия уже готова, на днях опубликую.
Думаю понедельник – вторник.
Так будет очень много разделов, и если вопросы будут пресекается, тогда не будет понятно где писать и искать ответы.
Планирую написать такую подробную статью, (О переходе на https) но пока к сожалению нет возможности продемонстрировать все наглядно.
Желательно защитить весь сеанс, а не только аутентификацию. Производительность не падает, проверял.
Можно также сразу после бэкапа ЖТ выполнить только:
1DBCC SHRINKFILE(Имя_Файла_Журнала_Транзакций)Также автоматом.
Здесь скорее всего проблема в самой 1С.
Можно решить таким способом:
1234567BACKUP LOG Имя_Базы_Данных WITH TRUNCATE_ONLYgoDBCC SHRINKFILE(Имя_Файла_Журнала_Транзакций)goЭто конечно не решает проблему разрастания лога, нужно копать в конфигурации, может часто модифицируется база. Также стоит обновить платформу 8.3.7 (довольно старый релиз).
Выполняйте скрипт автоматом в СУБД, вручную необязательно это делать.
Сервер переехал на https лицензии временно не доступны но уже через неделю выходит новая версия YaAdmin v 1.4 там все будет работать автономно. Пока просто нужно подождать.
Когда журналы транзакций переполняются, следует сразу создать их резервную копию. В процессе создания резервной копии журнала транзакций SQL Server автоматически очищает журнал путем удаления его неактивной части. Неактивная часть журнала транзакций содержит информацию о завершенных транзакциях и не используется сервером SQL Server в процессе восстановления данных. Вместо увеличения размера файла журнала транзакций SQL Server будет повторно использовать освободившееся пространство.
Поэтому писал Вам о настройке плана обслуживания это важно!
Какой размер LOG файла?
Размер диска ?
Регламентные задания на СУБД настроены?
Опишите более подробно все.
Нужно собрать показатели с помощью Performance Monitor.
Также стоит посмотреть ЦУП-ом, возможно есть взаимоблокировка (Судя по зависанию).
Возможно это подтолкнет вас к верному решению.
Скорее всего проблема именно в коде (разберите права, роли, возможно на уровне записей).
Еще проверьте ПК на которых работают эти пользователи, при каких обстоятельствах начинает подвисать.
Возможно, не хватает оперативной памяти, при каких-то операциях в 1С.
Разберитесь что делают эти пользователи.
Более точно, советом помочь не смогу. Здесь нужно смотреть.
Ну, здесь понятно, уже нет начального индексного файла, поэтому такая картина.
Обновите ваш Windows server, установите NET Framework и переустановите все как на видео уроке.
Если не поможет тогда, возможно, еще это вам поможет:
1. На сервере не зарегистрирован ASP.NET. Для регистрации выполняем в коммандной строке
Для Windows 32bit
%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis.exe -ir
Для Windows 64bit
%windir%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis.exe -ir
2. Добавить в web.config строки
<system.webServer>
<modules>
<remove name=”UrlRoutingModule-4.0″/>
<add name=”UrlRoutingModule-4.0″ type=”System.Web.Routing.UrlRoutingModule, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a” preCondition=”” />
</modules>
</system.webServer>
Иначе, ничем помочь не смогу (советом, нужно смотреть).
