Как уменьшить журнал транзакций
Управление размером файла журнала транзакций
В этой статье рассказывается о мониторинге размера журнала транзакций SQL Server, сжатии журнала транзакций, добавлении или увеличении файла журнала транзакций, оптимизации скорости роста журнала транзакций tempdb, а также об управлении размером файла журнала транзакций.
Мониторинг используемого пространства журнала
Для мониторинга используемого пространства журнала используйте sys.dm_db_log_space_usage. Это динамическое административное представление возвращает сведения об используемом сейчас журналом объеме пространства и сообщает, когда журнал транзакций требует усечения.
Для получения сведений о текущем размере файла журнала, его максимальном размере и параметре автоматического увеличения файла вы можете также использовать столбцы size, max_size и growth для данного файла журнала в представлении sys.database_files.
Избегайте переполнения содержащего журналы диска. Хранилище журналов должно отвечать требованиям к числу операций ввода-вывода в секунду и низкой задержке для транзакционной нагрузки.
Уменьшение размера файла журнала
Для уменьшения реального размера физического файла журнала необходимо выполнить его сжатие. Это полезно, если файл журнала транзакций содержит неиспользованное пространство. Вы можете сжать файл журнала, только если база данных активна и хотя бы один виртуальный файл журнала (VLF) свободен. В ряде случаев сжатие невозможно до тех пор, пока не выполнена следующая операция усечения журнала.
Такие факторы, как долго выполняемые транзакции, из-за которых виртуальные файлы журналов длительное время остаются в активном состоянии, могут ограничить или вовсе не допустить возможность сжатия журнала. Дополнительные сведения см. в разделе Факторы, которые могут вызвать задержку усечения журнала.
Сжатие файла журнала удаляет виртуальные файлы журнала, которые не содержат частей логического журнала (то есть, неактивные виртуальные файлы журнала). При сжатии файла журнала транзакций неактивные виртуальные файлы журнала в конце удаляются, чтобы журнал уменьшился приблизительно до целевого размера.
Перед сжатием следует учесть факторы, которые могут вызвать задержку усечения журнала. Если после сжатия журнала снова потребуется дисковое пространство, размер журнала транзакций снова будет увеличиваться, что повлияет на производительность во время операций увеличения. Дополнительные сведения см. в разделе Рекомендации этой статьи.
Сжатие файла журнала (без сжатия файлов базы данных)
Мониторинг событий сжатия файла журнала
Мониторинг пространства журнала
sys.database_files (Transact-SQL) (См. столбцы size, max_size и growth файла или файлов журнала.)
Добавление или увеличение размера файла журнала
Вы можете выделить дополнительное место на диске, увеличив существующий файл журнала (если для этого достаточно места на диске) либо добавив файл журнала в базу данных, как правило, на другом диске. До тех пор, пока в журнале и на содержащем его дисковом томе достаточно свободного места, будет достаточного одного файла журнала транзакций.
Дополнительные сведения см. в разделе Рекомендации этой статьи.
Оптимизация размера журнала транзакций tempdb
Этого можно избежать с помощью увеличения размера журнала транзакций базы данных tempdb после запуска или перезапуска экземпляра сервера. Дополнительные сведения см. в статье tempdb Database.
Управление увеличением размера файла журнала транзакций
Для управления увеличением файла журнала транзакций используйте инструкцию ALTER DATABASE (Transact-SQL) с параметрами для файлов и файловых групп. Следует отметить следующее.
Дополнительные сведения см. в разделе Рекомендации этой статьи.
Рекомендации
Далее приведены некоторые общие рекомендации по работе с файлами журналов транзакций.
При активации autogrow для файлов журналов и данных с помощью параметра FILEGROWTH может быть лучше задать рост журнала через размер (size), а не процент (percentage). Это позволит более эффективно контролировать увеличение, так как процент будет характеризовать постоянно растущую величину.
При небольшом шаге приращения может формироваться слишком много виртуальных файлов журнала малого размера и снижаться производительность. Чтобы определить оптимальное распределение виртуальных файлов журнала для текущего размера журнала транзакций всех баз данных в определенном экземпляре, а также требуемые приращения для достижения нужного размера, см. следующий скрипт.
При большом шаге приращения может формироваться слишком мало крупных виртуальных файлов журнала, что также повлияет на производительность. Чтобы определить оптимальное распределение виртуальных файлов журнала для текущего размера журнала транзакций всех баз данных в определенном экземпляре, а также требуемые приращения для достижения нужного размера, см. следующий скрипт.
Даже если включено автоматическое увеличение, вы можете получить сообщение, что журнал транзакций заполнен, если его размер не может достаточно быстро увеличиваться под нужды вашего запроса. Дополнительные сведения об изменении шага приращения см. в разделе Параметры инструкции ALTER DATABASE (Transact-SQL) для файлов и файловых групп
Наличие множества файлов журнала в базе данных не способствует повышению производительности, так как файлы журнала транзакций не используют пропорциональное заполнение, как файлы данных в одной файловой группе.
Вы можете настроить автоматическое сжатие файлов журналов. Но делать это не рекомендуется, и параметру базы данных auto_shrink по умолчанию задано значение FALSE. Если параметру auto_shrink задано значение TRUE, автоматическое сжатие уменьшает размер файла, только если в нем не использовано более 25 % объема.
Сжатие файла
В этом подразделе описывается сжатие данных или файла журнала в SQL Server при помощи среды SQL Server Management Studio или Transact-SQL.
Сжатие файлов данных позволяет освободить неиспользуемое пространство путем перемещения страниц данных с конца файла в незанятое пространство ближе к началу файла. Когда в конце файла образуется достаточно свободного места, страницы данных в конце файла могут быть освобождены и возвращены в файловую систему.
В этом разделе
Перед началом работы
Сжатие файла данных или журнала с помощью различных средств.
Перед началом
Ограничения
Рекомендации
безопасность
Permissions
Использование среды SQL Server Management Studio
Сжатие файла данных или журнала
В обозревателе объектов подключитесь к экземпляру компонента Компонент SQL Server Database Engine и разверните его.
Разверните узел Базы данных и щелкните правой кнопкой мыши базу данных, которую нужно сжать.
Укажите пункты Задачи и Сжать, затем выберите пункт Файлы.
База данных
Отображает имя выбранной базы данных.
Имя файла
Выберите файл из списка имеющихся файлов выбранной файловой группы и типа.
Расположение
Отображает полный путь к текущему выбранному файлу. Путь нельзя редактировать, но можно скопировать в буфер обмена.
Выделенное в данный момент место
Для файлов данных отображает выделенное в данный момент место. Для файлов журнала отображается выделенное в данный момент пространство, вычисленное на основании результата процедуры SQLPERF(LOGSPACE) модуля DBCC.
Доступное свободное место
Для файлов данных отображается имеющееся в данный момент доступное свободное место, вычисленное на основании результата процедуры SHOWFILESTATS(идентификатор_файла) модуля DBCC. Для файлов журнала отображается имеющиеся в данный момент доступное свободное место, вычисленное на основании результата процедуры SQLPERF(LOGSPACE) модуля DBCC.
Освободить неиспользуемое место
Все неиспользуемое пространство, выделенное для файлов, освобождается для нужд операционной системы, а файл сжимается в последний выделенный экстент, тем самым размер файла уменьшается без перемещения данных. Не производится попыток перемещения строк на нераспределенные страницы.
Сжать файл до
Определяет размер целевого файла для операции сжатия. Размер не должен быть меньше текущего выделенного пространства или больше общего количества экстентов, выделенных файлу. Если вводимое значение выходит за допустимые границы, оно будет преобразовано к минимальному или максимальному значению при изменении фокуса ввода или при нажатии на любую кнопку панели инструментов.
Очистить файл путем переноса данных в другие файлы той же файловой группы
Выполняется перенос всех данных из указанного файла. Этот параметр позволяет удалить файл при помощи инструкции ALTER DATABASE. Эта возможность эквивалентна выполнению процедуры SHRINKFILE модуля DBCC с параметром EMPTYFILE.
Выберите тип файла и имя файла.
Выбор этого параметра приводит к освобождению всего неиспользуемого пространства файла для ОС и уменьшению размера файла до последнего размещенного экстента. Это уменьшает размер файла без перемещения каких-либо данных.
Выбор этого параметра приводит к освобождению всего неиспользуемого пространства файла для ОС и попытке перемещения строк в неразмещенные страницы.
Выбор этого режима перемещает все данные из указанного файла в другие файлы данной файловой группы. Пустой файл удалить нельзя. Этот режим эквивалентен выполнению процедуры DBCC SHRINKFILE с параметром EMPTYFILE.
Нажмите кнопку ОК.
Использование Transact-SQL
Сжатие файла данных или журнала
Установите соединение с компонентом Компонент Database Engine.
На панели «Стандартная» нажмите Создать запрос.
Устранение неполадок при переполнении журнала транзакций (ошибка SQL Server 9002)
Вариант 1. Выполнение действий непосредственно в исполняемой записной книжке с помощью Azure Data Studio
Прежде чем пытаться открыть эту записную книжку, убедитесь, что на локальном компьютере установлен экземпляр Azure Data Studio. Инструкции по установке см. в статье Узнайте, как установить Azure Data Studio.
Вариант 2. Выполнение шага вручную
В этом разделе описаны возможные действия при переполнении журнала транзакций, а также советы о том, как его избежать.
Когда журнал транзакций переполняется, в компоненте Компонент SQL Server Database Engine происходит ошибка 9002. Журнал может заполниться, когда база данных работает в режиме «в сети» или находится в процессе восстановления. Если журнал переполняется при подключенной базе данных, она не отключается, но переходит в режим только для чтения. Если журнал заполняется, когда база данных находится в процессе восстановления, компонент Компонент Database Engine помечает базу данных как RESOURCE PENDING. В любом случае необходимо вмешательство пользователя, чтобы сделать журнал транзакций доступным.
Эта статья посвящена SQL Server. Дополнительные сведения об этой ошибке в Базе данных SQL Azure и Управляемом экземпляре SQL Azure см. в статье Устранение ошибок журнала транзакций в Базе данных SQL Azure и Управляемом экземпляре SQL Azure. База данных SQL Azure и Управляемый экземпляр SQL Azure основаны на последней стабильной версии ядра СУБД Microsoft SQL Server, поэтому большая часть изложенной здесь информации об устранении неполадок совпадает, а инструменты могут отличаться.
Распространенные причины переполнения журнала транзакций
Предпринимаемые действия при переполнении журнала транзакций зависят от условий, которые вызвали эту ситуацию. Наиболее вероятные причины:
Решение проблемы переполнения журнала транзакций
Описанные ниже действия помогут найти причину переполнения журнала транзакций и устранить эту проблему.
1. Усечение журнала
Очень распространенное решение этой проблемы — выполнить резервное копирование журнала транзакций для базы данных, чтобы гарантировать усечение журнала. Если для базы данных с полным журналом транзакций не указано ни одного журнала транзакций, решить эту проблему будет просто. Достаточно возобновить создание регулярных резервных копий журналов транзакций базы данных.
Описание процесса усечения журнала
Усечение журнала транзакций и сжатие журнала транзакций — это разные процессы. Усечение журнала обычно происходит во время резервного копирования журнала транзакций. Это логическая операция, при которой удаляются зафиксированные записи в журнале. При сжатии журнала освобождается физическое пространство файловой системы путем уменьшения размера файла. Усечение журнала происходит на границе виртуального файла журнала (VLF), а файл журнала может содержать много VLF. Файл журнала может быть сжат, только если в нем есть место для освобождения. Сжатие файла журнала само по себе не может решить проблему с переполнением файла журнала. Вместо этого необходимо выяснить, почему файл журнала переполнен и его нельзя усечь.
Данные, перемещаемые в процессе сжатия файла, могут быть разбросаны по любым доступным местам в файле. Это вызывает фрагментацию индекса и может замедлить выполнение запросов, при котором осуществляется поиск в диапазоне индекса. Чтобы устранить фрагментацию, предусмотрите возможность перестроения индексов файла после сжатия. Дополнительные сведения см. в статье Сжатие базы данных.
Что препятствует усечению журнала?
Приведенный ниже набор команд T-SQL поможет определить, усекается ли журнал транзакций базы данных и, если нет, по каким причинам это происходит. Следующий скрипт также содержит действия по устранению проблемы:
Если при возникновении ошибки 9002 база данных находилась в состоянии восстановления, то после устранения проблемы восстановите базу данных с помощью инструкции ALTER DATABASE имя_базы_данных SET ONLINE.
LOG_BACKUP log_reuse_wait
Наиболее распространенными действиями, которые здесь нужно оценить, являются проверка модели восстановления базы данных и резервное копирование журнала транзакций базы данных.
Рассмотрим модель восстановления базы данных
Возможно, вам не удастся усечь журнал транзакций, если для LOG_BACKUP используется категория log_reuse_wait, так как вы никогда не создавали резервную копию. Также возможно, что база данных использует модель восстановления FULL или BULK_LOGGED, но резервное копирование журналов транзакций не выполнялось. Следует тщательно изучить каждую модель восстановления базы данных: чтобы избежать возникновения ошибки 9002, выполните резервное копирование журналов транзакций для всех баз данных с моделями восстановления FULL или BULK LOGGED. Дополнительные сведения см. в статье о моделях восстановления.
Резервное копирование журнала
Создание резервной копии журналов транзакций
Пример создания резервной копии журнала:
ACTIVE_TRANSACTION log_reuse_wait
Действия по устранению причины проблемы ACTIVE_TRANSACTION включают обнаружение длительно выполняющейся транзакции и устранение проблем с ней (в некоторых случаях придется выполнить команду KILL).
Обнаружение длительных транзакций
Очень длительная транзакция может привести к переполнению журнала транзакций. Длительные транзакции можно обнаружить следующими способами:
Данное динамическое административное представление возвращает сведения о транзакциях на уровне базы данных. Столбцы этого представления содержат сведения о времени первой записи журнала (database_transaction_begin_time), текущем состоянии транзакции (database_transaction_state)и регистрационном номере (LSN) первой записи в журнале транзакций (database_transaction_begin_lsn).
Завершение транзакции
В некоторых случаях нужно просто завершить транзакцию. Для этого может потребоваться инструкция KILL. Ее следует использовать с осторожностью, особенно если запущены критические процессы, которые нельзя завершать. Дополнительные сведения см. в разделе KILL (Transact-SQL).
AVAILABILITY_REPLICA log_reuse_wait
Если изменения транзакций на первичной реплике доступности еще не зафиксированы на вторичной реплике, журнал транзакций на первичной реплике не может быть усечен. Это может привести к увеличению размера журнала и не зависит от того, выбран синхронный или асинхронный режима фиксации для вторичной реплики. Сведения о том, как устранить неполадки такого типа, см. в статье Ошибка 9002. Журнал транзакций для базы данных переполнен из-за ошибки AVAILABILITY_REPLICA.
CHECKPOINT log_reuse_wait
С момента последнего усечения журнала новых контрольных точек не было, либо заголовок журнала пока не вышел за пределы виртуального файла журнала (VLF). (Все модели восстановления)
Это широко распространенная причина задержки усечения журнала. При возникновении задержки можно применить команду CHECKPOINT в базе данных или проверить файлы VLF журнала.
Дополнительные сведения о факторах log_reuse_wait
2. Устранение проблемы с переполнением тома диска
В некоторых случаях том диска, в котором размещается файл журнала транзакций, может заполниться. Вы можете выполнить одно из следующих действий, чтобы решить проблему с переполнением журнала, которая приводит к заполнению диска:
Свободное пространство на диске
Возможно, следует освободить место на диске, где находится файл журнала транзакций для базы данных. Для этого можно удалить или переместить другие файлы. Освобожденное место на диске позволит системе восстановления автоматически увеличить размер файла журнала.
Перемещение файла журнала на другой диск
Если на текущем диске невозможно освободить достаточное количество места, следует переместить файл на другой диск, где места достаточно.
Файлы журнала ни в коем случае не следует размещать в файловых системах со сжатием.
Сведения о том, как изменить расположение файла журнала, см. в статье Перемещение файлов базы данных.
Добавление файла журнала на другой диск
Скрипт служебной программы для выполнения рекомендуемых действий
Часть этих действий можно выполнить автоматически, запустив скрипт T-SQL, который определит файлы журналов, использующие большой объем дискового пространства, и предложит соответствующие действия.
3. Изменение лимита размера журнала или включение автоувеличения
Ошибка 9002 может произойти, если для размера журнала транзакций задано максимальное значение, а автоматическое увеличение запрещено. В этом случае проблему, возможно, поможет решить включение автоматического увеличения или увеличение размера журнала вручную. Используйте эту команду T-SQL для поиска таких файлов журнала и следуйте приведенным ниже рекомендациям.
Увеличьте размер файла журнала или включите автоувеличение.
Если на диске, на котором находится журнал, доступно свободное место, можно увеличить размер файла журнала. Максимальный объем файлов журнала составляет 2 терабайта (ТБ) на файл журнала.
Если автоматическое увеличение отключено, база данных используется в подключенном режиме и на диске достаточно свободного пространства, выполните одно из следующих действий:
В любом случае, если достигнут текущий предел размера файла, увеличьте значение MAXSIZE.
Сжатие логов журнала транзакции MS SQL
На SQL сервере развернуто порядка 100 тестовых баз. Разворачивают в основном рабочие базы с режимом восстановления «Полный» и периодически забывая переводить в «Простую». В связи с чем на сервере стали занимать много мест журналы транзакций. Вначале шринк журнала проходил руками, но потом это надоело и я решил это немного автоматизировать. Написал скрипт, который, пробегаясь по всем базам, кроме системных, переводит каждую в «Простой» режим восстановления и делает шринк журнала. Скрипт повесил на задание, для автоматического выполнения по расписанию.
Специальные предложения
Обновление 14.04.18 20:12
См. также
Как я начал администрировать сервер 1С: Предприятие 8.3 с телефона Промо
Развитие инструментов управления кластером серверов 1С:Предприятие 8.3.
14.04.2017 67986 user700211_a.straltsou 30
Выгрузка в dt на сервере 1С по расписанию с завершением соединений и подключением к консоли сервера через com
Была задача настроить по расписанию выгрузку серверной базы в dt, готового решения не нашел, делюсь, может, кому пригодится.
16.04.2020 9398 karamazoff 48
Самые распространенные заблуждения об индексах в мире 1С
«Магия» индексов привела к множеству заблуждений об их работе. Попробуем развеять некоторые из них в контексте 1С.
28.11.2019 31699 YPermitin 52
Установка и настройка нескольких экземпляров сервера 1С: Предприятия 8.3 разных релизов на одном Ubuntu-server
Запуск нескольких экземпляров сервера 1С Предприятия 8.3 разных релизов на одном Ubuntu-server.
19.09.2019 13564 Error34 23
Копирование числовых ячеек из 1С в Excel Промо
Решение проблемы, когда значения скопированных ячеек из табличных документов 1С в Excel воспринимаются последним как текст, т.е. без дополнительного форматирования значений невозможно применить арифметические операции. Поводом для публикации послужило понимание того, что целое предприятие с более сотней активных пользователей уже на протяжении года мучилось с такой, казалось бы на первый взгляд, тривиальной проблемой. Варианты решения, предложенные специалистами helpdesk, обслуживающими данное предприятие, а так же многочисленные обсуждения на форумах, только подтвердили убеждение в необходимости описания способа, который позволил мне качественно и быстро справиться с ситуацией.
15.01.2019 35921 itriot11 27
Как настроить сервер 1С по умолчанию для ПРОФ лицензии после 10.09.2019
Здесь мы собираем все данные по настройкам сервера для работы ПРОФ лицензии.
11.09.2019 111480 Infostart 90
Использование Zabbix для сбора информации о серверных вызовах и управляемых блокировках с сервера 1С Предприятия, работающего на платформе GNU/Linux
Описанные в данном опусе механизмы ни в коей мере не противопоставляются тому, что реализует КИП от 1С или какие-либо другие инструменты (решения)! Это всего лишь еще один взгляд на «проблему», который может быть полезен в некоторых ситуациях.
10.09.2019 22986 Sloth 49
Нарушение целостности системы
Причины возникновения ошибки «Обнаружено нарушение целостности системы» и способы ее устранения.
07.09.2019 54221 Rain88 27
Семь рекомендуемых бесплатных курсов Microsoft для ИТ-администраторов Промо
Образовательный портал «Нетология» предлагает вам пройти семь онлайн-курсов по облачным сервисам Microsoft бесплатно и получить сертификат об их завершении. Все курсы основаны на самых популярных сценариях использования облачных технологий в компаниях малого и среднего бизнеса. Разберемся, что же эти учебные программы предлагают.
28.12.2018 18304 VKuser24342747 2
Установка 1С Сервера взаимодействия на Linux
В статье описан пошаговый процесс установки Сервера взаимодействия 1C на Linux CentOS 7.6.
06.09.2019 13491 KlSergey 26
1С + PostgreSQL + SSD: Куда уходит ресурс хост-записей?
Работа PostgreSQL на SSD начиная с 10 версии, резко увеличивает нагрузку на ресурс SSD, даже когда к базе нет коннектов.
06.09.2019 9421 2tvad 7
Уверенное обновление
Уверенное обновление. Анализ файла ОтчетОСравнении.txt. Bash
18.07.2019 13281 vasilev2015 36
Чем PostgreSQL может быть полезен разработчику 1С Промо
В статье будут рассмотрены примеры, которые могут оказаться полезными в повседневной работе разработчика 1С и не только: как можно сделать снимок рабочей базы без файла резервной копии, как можно эффективно использовать табличные пространства СУБД PostgreSQL, а также как организовать простой и удобный доступ к админке СУБД посредством мобильных устройств.
20.12.2018 25182 Shmell 40
Почему Вы не обслуживаете итоги?
Небольшая заметка по обслуживанию итогов. Все ли Вы делаете правильно?
04.07.2019 26844 YPermitin 36
Вопросы и ответы по лицензированию приложений Microsoft Office
Завершение цикла статей о лицензировании продуктов Microsoft.
23.06.2019 27602 accounting_cons 7
Обновление PostgreSQL на Windows
Указана последовательность действий при обновлении PostgreSQL на примере Windows. Также описаны некоторые особенности.
11.06.2019 21878 extalionos 11
Зачем в 1С нужно периодически пересчитывать итоги по регистрам? Промо
Мы часто слышим рекомендацию о том, что пересчет итогов нужно проводить регулярно и эта операция проводит к улучшению производительности, но что скрывается за этой процедурой и какие именно проблемы решаются?
10.03.2013 251096 Aleksey.Bochkov 142
Вопросы и ответы по лицензированию Microsoft Windows
То, что интересует покупателей настольной операционной системы Microsoft.
20.05.2019 39899 accounting_cons 8
Регулярная перезагрузка Сервера 1С с чисткой кэша
Батник для перезагрузки агента сервера 1С и чистки серверного кэша и сеансовых данных. Для регулярной перезагрузки вставляем в планировщик заданий Windows.
17.05.2019 16434 alfir70 20
Способы проверки доступности TCP-портов
Как проверить доступен ли порт сервера? Или внешний веб-сервис? Приведены несколько способов для использования на Windows-системах.
12.05.2019 92204 VKislitsin 9
Создание пользователя СУБД MS SQL Промо
Создание пользователя MS SQL для развертывания базы 1С.
15.02.2017 48115 hayroff 9
На выходных было скучно, поэтому решили обновить 1с до 8.3.14.1694. С лицензиями пришлось немного повозиться.
29.04.2019 46333 Sander80 31
Практика перехода на Linux и Postgres в небольшой компании (10 пользователей)
Почему я решил поставить давнему клиенту Linux + Postgres вместо Windows + MS SQL? Что меня останавливало раньше?
22.04.2019 34321 starik-2005 183
PID процесса в сборщиках PerfMon
Одним из неудобств при работе с PerfMon является то, что одноименные процессы именуются по-порядку, с добавлением суффикса #n к имени процесса. Описана настройка, позволяющая устранить этот недостаток.
06.04.2019 7412 VKislitsin 26
Все, что надо знать о технологической платформе 1С:Предприятие: компоненты, архитектуры, операционные системы, лицензии Промо
Все о платформе и лицензировании для начинающих и не только. (благодаря Сообществу учтены новейшие изменения лицензионной политики 1С!)
19.12.2015 82148 barelpro 51
Переход на 64-х разрядный сервер 1С
Переход с 32-х разрядной версии сервера 1С на 64-х разрядную с сохранением данных журналов регистрации информационных баз, используемых в 32-х разрядной версии.
05.04.2019 30060 ids79 20
Введение в лицензирование ПО Microsoft
Поговорим о принципах лицензирования программных продуктов Microsoft.
19.03.2019 43937 accounting_cons 49
Собираю Новый бюджетный Сервер для 1С ЗУП на 50 пользователей за 160 тысяч рублей (новый)
В продолжение темы https://infostart.ru/public/987835/ На данный момент подбираю бюджетный Сервер для 1С ЗУП на 50 пользователей за 160 тысяч рублей
06.03.2019 7805 Indgo 97
Обработка блокировки объекта в базе для SQL/DBF варианта.
13.08.2010 41471 Ёпрст 125
Вопросы и ответы по лицензированию Microsoft SQL Server
Продолжение темы лицензирования серверных продуктов Microsoft.
26.02.2019 40198 accounting_cons 55
Скорость работы 1С: Предприятие с разными СУБД: MS SQL и с PostgreSQL
Рассмотрим несколько вариантов работы 1С: Предприятие с различными СУБД.
20.02.2019 31839 valentinko 174
Восстановление файловой базы с помощью tools 1cd
Небольшая заметка, как удалось вылечить битую файловую базу 1С, с помощью утилиты tools 1cd.
19.02.2019 20103 rzabolotin 68
LiteManager — удаленное администрирование. Описание, практика применения, рекомендации. Промо
Удаленное администрирование компьютерами. Локальная сеть. Интернет. Описание, практика применения, рекомендации.
30.04.2013 84351 StepByStep 55
Вопросы и ответы по лицензированию Microsoft Windows Server
Все, что вы хотели знать о лицензировании Microsoft Windows Server.
13.02.2019 41367 accounting_cons 52
А еще был такой случай
Сервер, Сеть и два Сеанса.
04.02.2019 6176 kraynev-navi 12
Debian 9.7 + PostgreSQL для 1С. Как завести с пол-оборота
Предлагаю взять на заметку информацию по установке и настройке в формате typical, typical, done.
02.02.2019 30489 valentinko 15
Сжатие баз данных 1С:Предприятие в MS SQL Server Промо
29.01.2012 96666 Aleksey.Bochkov 62
Собираем бюджетный игровой компьютер core i7 для Программиста 1С из всякого хлама за 20 тысяч рублей
В продолжение статьи со сборкой бюджетного сервера так же решил написать про свой комп. С бюджетом 20 тыс. рублей.








