Обслуживание индексов и статистик MS SQL Server

Публикация № 256292

Администрирование - Администрирование данных 1С - Сервисные утилиты

Готовый и эффективный скрипт для регулярного обслуживания индексов и статистик.

 

Обслуживание индексов и статистик MS SQL Server

Эта статья написана для администраторов, обслуживающих сервера СУБД MS SQL Server, которые используются вместе с 1С:Предприятием. Статья скорее практическая, чем разъяснительная, но я постарался хотя бы кратко обосновать те или иные решения, хотя большая часть информации дана несколько упрощенно и поверхностно.

Индексы и статистики в MS SQL Server — основа эффективного выполнения запросов. Без них сервер не сможет выполнять запросы за разумное время.

Статистика — небольшая таблица, до 200 строк, в которой хранится обобщенная информация о том, какие значения и как часто встречаются в таблице. На основании статистики сервер принимает решение, какой индекс использовать при выполнении запроса.

Индекс — особым образом структурированные данные (хранящиеся в базе данных), которые позволяют быстро найти нужные записи. Устроен он примерно так, как оглавление в книге или предметный указатель. Большинство баз данных 1С по объёму более чем наполовину состоят из индексов. Для каждого индекса обязательно хранится его статистика.

За подробностями внутреннего устройства, как обычно отсылаю в BOL:

В целом MS SQL Server сам справляется с поддержкой целостности и эффективности статистик и индексов, но если никак ему не помогать, то постепенно накапливаются следующие проблемы:

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

Для того, чтобы эти накопленные эффекты не влияли на производительность, рекомендуется выполнять регламентное обслуживание статистик и индексов. Так затратив ресурсы на обновление и упорядочивание данных в незагруженное время мы скорее всего не столкнёмся с проблемами во время интенсивной эксплуатации.

Стоит учесть, что 1C для облегчения переносимости архитектуры между разными видами СУБД использует лишь небольшую часть современных возможностей индексирования MS SQL Server. За счет этого обслуживание индексов и статистик несколько упрощается.

Итак, что такое это "обслуживание"? Всё просто.

  • Статистика просто пересчитывается. Читается вся таблица или часть случайно выбранных страниц и полностью пересчитывается статистика.
  • Индексы могут быть дефрагментированы двумя способами:
    • Перестроение — полное построение индекса. При этом обычно станицы становятся максимально плотно забиты данными, а статистика обязательно обновляется (всё равно все данные читать). Обычно данные индексированные данные полностью недоступны при перестроении индекса.
    • Реорганизация — серия небольших локальных перемещений страниц так, чтобы индекс не был фрагментирован. При этом статистика не пересчитывается, данные всё время выполнения доступны (точнее, недоступна лишь совсем небольшая часть в каждый момент времени). Но при большой степени фрагментации эта процедура значительно дольше.

Для обслуживания есть специальные "кирпичики" в планах обслуживания (maitenance plan), которые так и называются:

  • Update Statistics Task
  • Rebuild Index Task
  • Reorganize Index Task

Казалось бы всё просто: накидал кирпичиков, соединил стрелочкой и поехали. Такое решение возможно, но оно очень неэффективно:

  1. Индексы перестраиваются/реорганизуются только все сразу в данной базе. То есть даже если таблица никогда не меняется, её индексы будут перестраиваться. Это очень расточительно, а при полной модели восстановления еще и приводит к огромному росту журналов транзакций.
  2. Статистики тоже перестраиваются вне зависимости от актуальности, причем даже если они были только что обновлены при перестроении индексов.
  3. Нет никаких гарантий, что операция обслуживания завершится за то время, которое вы ей выделили.

Решение очень простое: пишется свой скрипт обслуживания, который убирает эти ограничения. Такой скрипт можно запускать из задания (job) MS SQL Server Agent или из "кирпичика" Execute T-SQL Statement Task в планах обслуживания (кому как удобнее). В интернете можно найти много подобных скриптов (в простейшем виде они даже в документации есть), но мне ни один не подошёл, и поэтому я пользуюсь своим "велосипедом". Этот скрипт и приведён ниже. Он подходит без изменений для большинства баз данных 1С до примерно 0,5-0,7 ТБ (дальше его уже лучше немного доработать, если кому-то интересно/актуально могу пояснить в комментариях).

Особенности скрипта:

  1. Как и в большинстве подобных скриптов, анализируется динамическое представление sys.dm_db_index_physical_stats, по которому выясняется степень фрагментации и заполненности страниц индекса.
  2. Можно задать для обработки лишь часть баз данных, можно, наоборот, исключить некоторые БД из обслуживания.
  3. Контролируется время выполнения скрипта.
  4. Очень грубо, но оценивается размер записи в журналы транзакций.
  5. Есть возможность исключить из обработки совсем небольшие таблицы.
  6. У скрипта есть режим "эмуляции" работы, чтобы оценить то, как он будет работать.
  7. Сначала обрабатываются самые большие таблицы (так как обычно их обслуживание важнее).
  8. Скрипт работает на SQL Server 2008 и более поздних (на 2005 тоже должен работать, но мне уже негде проверить)
  9. Результат вывода в режиме эмуляции сам является корректным TSQL скриптом.
  10. Ну и конечно, при регулярном выполнении этот скрипт на порядок легче, чем стандартные операции плана обслуживания.

С чем нужно быть осторожным при запуске скрипта:

  1. Нежелательно пересечение работы скрипта с интенсивной работой пользователей или с полным резервным копированием.
  2. Чтение из sys.dm_db_index_physical_stats в режиме DETAILED достаточно интенсивно читает с дисков.
  3. Скрипт предназначен для баз 1С или подобных. Не стоит экспериментировать с ним на совсем специфичных базах данных с нестандартными индексами.
  4. Если у вас есть таблицы 100-200 ГБ и больше, то при распараллеливании построения индекса, после перестроения он формально снова может оказаться фрагментированным.
  5. Статистики пересчитываются без полного сканирования. Это заметно быстрее. Если вам нужно полное сканирование каких-то таблиц, то пишите отдельный скрипт.

Рекомендации по запуску:

  1. Никаких регулярных "шринков" на рабочих базах быть не должно. Еще раз: шринкам не место в регулярном обслуживании!
  2. При полной модели восстановления я бы поставил полное резервное копирование после обслуживания индексов. Иначе при необходимости восстановления придётся донакатывать достаточно тяжёлый кусок журналов транзакций после восстановления основного образа. Простую модель восстановления на промышленно используемых БД я считаю либо редким исключением, либо частым недоразумением.
  3. Первый запуск лучше выполнить вручную в SSMS чтобы оценить время работы.

Остальное можно прочитать в коде и в комментариях.

PS: Движок сайта некорректно отобажает текст со знаками больше-меньше, поэтому скрипт приложен файлом, а в статье оставлено только начало скрипта.

 

-- Параметры скрипта
declare @database_names as nvarchar(max) = N''; -- имена баз задавать через запятую, если не заданы, то все несистемные базы
                                          -- пока парсер примитивный - строка просто делится по запятым и обрезаются крайние пробелы
                                          -- (если в имени базы будет запятая или в начале или конце имени пробел, то система не работает)
                                          -- если указано "-ИмяБазы", то база будет исключена, 
declare @index_size_threshhold as int = 1024;   -- минимальный размер в КБ для перестраиваемого индекса. Нет смысла перестраивать индексы на десяток страниц
declare @index_rebuild_threshhold as numeric(5,2) = 25; -- показатель фрагментации, начиная с которого происходит перестроение индекса
declare @index_defrag_threshhold as numeric(5,2) = 12;  -- показатель фрагментации, начиная с которого происходит дефрагментация индекса
declare @index_rebuild_space_used_threshhold as numeric(5,2) = 50; -- процент заполненности страниц меньше которого требуется перестроение индекса
declare @timeout as int = 7200; -- максимальное время работы скрипта
declare @max_size as bigint = 536870912; -- максимальный суммарный обрабатываемый размер в КБ (чтобы не нагенерировать логов на терабайты) -- 512*1024*1024 КБ = 0,5 ТБ
declare @is_emulate as bit = 1; -- 0 - выполнять, 1 - только вывести команды

Скачать файлы

Наименование Файл Версия Размер
Обслуживание индексов.sql

.sql 9,58Kb
479
.sql 9,58Kb 479 Скачать

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. xten 45 06.02.14 10:58 Сейчас в теме
А почему не должно быть шринков?
2. speshuric 1208 06.02.14 12:07 Сейчас в теме
Шринки бывают разные, но все они не являются регулярными операциями. По видам:
  • shrink для журнала транзакций - не нужен, если корректно настроено резервное копирование и обслуживание индексов. Про роль резервного копирования я писал в статье про резервное копирование. А обслуживание индексов, если делать его как в этой статье не приводит к большому росту журналов (если делать штатными средствами, то журналы транзакций будут примерно чуть больше размера базы, но тоже достаточно определённого размера).
  • shrink для файла данных - не нужен, так как увеличивает фрагментацию индексов.
И обычно сразу после шринка файлу приходится снова расти - это лишние дисковые операции, причем такие операции, которые затормозят какую-то операцию изменения данных (а значит будут подвисания на транзакциях пользователей), да еще и фрагментация файлов на уровне ОС.

Единственное корректное применение шринка (и данных и ЖТ) - это после масштабных преобразований БД: разворачивание из dt, после свёртки, после реструктуризации основного регистра бухгалтерии. А такие операции происходят нечасто, планово и можно в план воткнуть еще пару пунктов (шринки с последующим обслуживанием индексов).
37. AlexO 130 26.01.15 10:39 Сейчас в теме
(2)
shrink для журнала транзакций - не нужен
Особенно "не нужен", когда появляется ошибка "Log is full", и её надо срочно исправить.
61. nvv1970 06.08.18 08:46 Сейчас в теме
(37) наверно следует рассказать про бэкапы журналов транзакций, после которых СУБД перезаписывает закомитченные данные. Лог условно не растет. Шринк тут вообще не к месту, только показатель отсутствия знаний и обслуживания.
А если говорить про реальную необходимость шринка после масштабных операций, то он должен быть не до нуля, а до некоего стабильного значения размера журнала от бэкапа до бэкапа журнала.
ПС: отдельный привет передам тем слабоумным, кто переключает для усечения журнала базу в сипмл. Вас так много ((((
3. Новиков 292 06.02.14 12:42 Сейчас в теме
В интернете можно найти много подобных скриптов (в простейшем виде они даже в документации есть), но мне ни один не подошёл, и поэтому я пользуюсь своим "велосипедом"


А почему?
4. speshuric 1208 06.02.14 12:55 Сейчас в теме
(3)
1. Почти нигде нет органичений по длительности и суммарному размеру обработки.
2. Почти нигде нет тестового режима.
3. Часто в скриптах есть странные вещи (то филлфактор не 100, то статистика не пересчитывается при ребилде индекса)
4. Часто в скрипте нет анализа размера таблиц (постоянно переиндексируются мелкие) и заполненности страниц.
5. Часто перестроение индекса отделено от пересчета статистик.

ps: Блин. Заметил, что движок сайта скрипт опять переколбасил (хотя я специально lg и gt ставил). Прикреплю сейчас файликом.
6. Новиков 292 06.02.14 14:54 Сейчас в теме
(4) Ясно. По п.1., наверное соглашусь. Я так полагаю, это все имеет место быть когда объемы баз подходят к космическим масштабам? :) П.2 - п.5 я так полагаю, появились из-за п.1.?

Мне чем стандартный план обслуживания нравится: нарисовал все стрелками. Каждую операцию пометил на неудачу по уведомлениям. Если не произошло то- туда, если это - сюда. И забыл про все это дело как страшный сон :) Полагаю, у вас в скриптах тоже все это можно настроить.
5. rumik007 06.02.14 14:51 Сейчас в теме
скрипт скопировал, но он не до конца получился? не могу проверить в sql 2005

а в 2005 sql надо будет немного переделать декларацию переменных, т.е.

БЫЛО: declare @database_names as nvarchar(max) = N'Analyzerworkstm';

СТАЛО: declare @database_names as nvarchar(max);
set @database_names = N'Analyzerworkstm';
7. speshuric 1208 06.02.14 15:19 Сейчас в теме
(5) Да, движок сайта сожрал половину. Если не получается скачать, то могу выложить/выслать.
(6) Время становится важным даже если суммарный объём баз на сервере 200-300 ГБ. А этот скрипт применялся и для баз 1-2 ТБ (точнее - почти этот, именно этот скрипт написан заново, потому что я там уже не работаю и не стал воровать). Но и дисковое пространство тоже внезапно расходуется при стандартном скрипте:
  • Файлы данных могут вырасти на размер самой большой таблицы
  • Файлы журналов при полной модели могут вырасти на 1-2 объёма файлов данных
  • Файлы журналов при простой модели могут вырасти на размер самого большого индекса в некоторых условиях (но построение индекса - обычно является операцией с минимальным протоколированием, поэтому обычно всё же ЖТ не сильно растёт)
  • Не забываем про бэкапы журналов и разностные бэкапы - они тоже станут большими после переиндексации

Неприятно прийти утром на работу и внезапно узнать, что из-за переиндексации базы упало всё из-за пересечения с загрузкой данных или съедено 200-500 ГБ на серверах.
Собственно, скрипт сейчас написал именно из-за того, что каждые выходные у наших админов журналы транзакций вырастали до двух размеров баз.

Про запуск из планов обслуживания я написал:
Такой скрипт можно запускать из задания (job) MS SQL Server Agent или из "кирпичика" Execute T-SQL Statement Task в планах обслуживания (кому как удобнее)

8. rumik007 06.02.14 15:37 Сейчас в теме
(7) не вижу, где скачать. Мона в личку скинуть
9. speshuric 1208 06.02.14 15:46 Сейчас в теме
SeTIrk; plevakin; vulli; Talim; portorico; mirco; TempAvtoteh; TeMochkiN; Batman; user774630; sanjabor; Mr Roudyk; michmich; antonio_i; megodeath; Apparix; wolovits; nikcorn; sacred; wbazil; xepsan; AlX0id; +22 Ответить
10. rumik007 06.02.14 16:08 Сейчас в теме
30. pavlo 27.05.14 07:52 Сейчас в теме
(9) Ссылка дохлая на гуглдокс или у меня не пашет? можно куда нить выложить?
11. anig99 2766 08.02.14 02:22 Сейчас в теме
Я пользуюсь вот этим
http://ola.hallengren.com/downloads.html

Первым на скачивание как раз идет скрипт, который создает все нужные jobs
leonidol; John_Dow; antonio_i; script; sacred; xzorkiix; JohnyDeath; speshuric; +8 Ответить
12. speshuric 1208 08.02.14 20:42 Сейчас в теме
(11) Добротный комбайн. Чересчур униваерсален на мой вкус, но добротный.
23. xzorkiix 32 14.03.14 09:12 Сейчас в теме
(11) anig99, поддержу http://ola.hallengren.com/downloads.html отлично себя оправдывает.
62. nick_e 2 12.06.19 08:35 Сейчас в теме
(11) посмотрел по ссылке https://ola.hallengren.com/sql-server-index-and-statistics-maintenance.html скрипты о которых Вы упомянули, не работают почему то они из агента...

пробовал вот так запустить, чтобы увидеть в чем проблема

exec master..xp_cmdshell 'sqlcmd -E -S $(ESCAPE_SQUOTE(SRVR)) -d master -Q "EXECUTE [dbo].[DatabaseIntegrityCheck] @Databases = ''SYSTEM_DATABASES'', @LogToTable = ''Y''" -b'


получил ответ


output
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
HResult 0x35, уровень 16, состояние 1
Поставщик именованных каналов: Не удалось открыть соединение с SQL Server [53].
Sqlcmd: ошибка - Microsoft SQL Server Native Client 10.0: При установлении соединения с сервером SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром. Сервер не найден или недоступен. Убедитесь, что имя экземпляра указано правильн
о и на сервере SQL Server разрешены удаленные соединения. Дополнительные сведения см. в электронной документации по SQL Server..
Sqlcmd: ошибка - Microsoft SQL Server Native Client 10.0: Время ожидания входа в систему истекло.
NULL

(строк обработано: 6)

Показать


при этом если запускать скрипт вручную то все работает. например вот так

EXECUTE dbo.IndexOptimize
@Databases = 'USER_DATABASES',
@FragmentationLow = NULL,
@FragmentationMedium = 'INDEX_REORGANIZE,INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationHigh = 'INDEX_REBUILD_ONLINE,INDEX_REBUILD_OFFLINE',
@FragmentationLevel1 = 5,
@FragmentationLevel2 = 30
63. Fox-trot 127 12.06.19 09:01 Сейчас в теме
64. nick_e 2 12.06.19 11:51 Сейчас в теме
(63) знать бы где и что! Вторые сутки борюсь не могу запустить Агент сервера, говорит, что учетка неизвестная и имя не выводит ее в лог в не зависимости от того что ставлю. А если в Безопасность - Имена входа пытаюсь что то открыть вылетает ошибка про статистику...
13. dock 43 12.02.14 08:42 Сейчас в теме
Добрый человек... а есть ли у тебя статейка с описанием настроек сервера?
Судя по подходу, есть чем поделиться :)
Статья резервное копирование вообще порадовала своим содержанием!
14. speshuric 1208 12.02.14 08:51 Сейчас в теме
(13) Нет, такой статьи нет, но скорее потому что универсальных советов очень мало. А объяснение неуниверсальных советов выглядит как 1 строчка кода и 3 страницы объяснения, когда можно её выполнять, а когда не очень.
15. Andreynikus 1393 12.02.14 12:29 Сейчас в теме
А зачем собственно пересчитывать статистику при ребилде индекса?
TSSV; Savosin; vitaminpro; alexscamp; alk; baton_pk; Sergey.Noskov; +7 Ответить
16. speshuric 1208 12.02.14 13:02 Сейчас в теме
(15) При ребилде индекса, если не указать "STATISTICS_NORECOMPUTE" статистика по данному индексу пересчитывается сама, и причем "бесплатно": при ребилде всё равно весь индекс считывается. Но если таблица достаточно большая, а изменения в ней не приводят к фатальной фрагментации, то если мы не выполняем полного перестроения индекса (например, обходимся reorganize), то статистика может устареть.
Теоретически можно их вообще не пересчитывать, MS SQL сам их будет пересчитывать (если ему не запретить явно), но делать он это будет во время пользовательской транзакции, когда каждый тик-так на счету. Ну и для больших таблиц (100+ ГБ) с массовыми изменениями замечено, что лучше статистику пересчитывать в режиме full scan (иначе она бывает неактуальна), но это очень медленно.
Можно, конечно, пересчитать статистику отдельно от обслуживания индексов, но при обслуживании индексов как раз "протухает" много планов запросов, они потребуют перекомпиляции, поэтому достаточно разумно сразу после ребилдов/реорганайзов выполнить и sp_updatestats, чтобы "волн" рекомпиляций была одна, а не две.
sp_updatestats обновляет не все статистики, а только устаревшие, так что её вызов сразу после перестроения индексов не приводит к повторному просмотру только что перестроенных индексов, так что тут нет лишних затрат.
24. Andreynikus 1393 27.03.14 13:28 Сейчас в теме
(16)
Мне не понятно 2 момента:
1.
если мы не выполняем полного перестроения индекса (например, обходимся reorganize), то статистика может устареть.

Как статистика может устареть от дефрагментации? Ведь статистика это распределение данных в таблице. Грубо говоря если имеем таблицу на 1000 записей, то статистика это информация о том, что в этой таблице 100 записей со значением "Стул", 50 со значением "Стол" и 850 со значением "Кресло".
Если мы сделали дефрагментацию, то данные никуда не делись и их распределение никак не поменялось, количество столов и стульев не изменилось, следовательно статистика осталась актуальной. Может я что-то неправильно понимаю?

2.
при обслуживании индексов как раз "протухает" много планов запросов, они потребуют перекомпиляции

По какой именно причине обслуживание индексов вызывает перекомпиляцию плана запроса?
25. speshuric 1208 28.03.14 15:50 Сейчас в теме
(24) Andreynikus,
1. Статистика устаревает не от дефрагментации, а от того, что не обновляется. Просто перестроение индекса статистику обновляет, а дефрагментация не трогает. У автоматического обновления есть своя специфика: оно срабатывает, если я правильно помню на 20% обновления таблицы (что очень немало) и может произойти в "неудобный" для системы момент, затормозив работу текущего запроса.
2. Execution Plan Caching and Reuse. При обновлении статистики (т.е. при перестроении индекса, в частности) запросы потребуют перекомпиляции.
17. dumsik 25 12.02.14 16:39 Сейчас в теме
speshuric, а можно вот это обосновать "Никаких регулярных "шринков" на рабочих базах быть не должно. Еще раз: шринкам не место в регулярном обслуживании!"
20. speshuric 1208 12.02.14 17:08 Сейчас в теме
(17) в (2) еще описал же вроде. Откуда им взяться в регулярном обслуживании?
(18) Фишка в том, что планы обслуживания, как описано в той статье выполняются в разы или десятки раз дольше, чем предлагаемый скрипт. И журналы транзакций на перестроении индексов будут расти до размера базы (если полная модель используется).
18. Созинов 12.02.14 16:49 Сейчас в теме
Спасибо за статью.
Для себя решил сделать планами обслуживания на основе этой статьи (выполняются по ночам), серьезно увеличило скорость формирования отчетов в центральной базе.
dexxxqqq; +1 Ответить
19. dumsik 25 12.02.14 16:57 Сейчас в теме
21. OrsoBear 26.02.14 08:26 Сейчас в теме
Сколько тут всего полезного.. админ не знал, подсунул для изучения.
Спасибо!
22. speshuric 1208 26.02.14 09:14 Сейчас в теме
(21) Пожалуйста, для подсовывания админам и написано :)
26. Region102 31.03.14 07:19 Сейчас в теме
У меня каждые 15 минут логи бэкапятся и шринкуются, это правильно?
27. speshuric 1208 10.04.14 22:29 Сейчас в теме
(26) (Был в отпуске) Бэкапятся - правильно. Шринкуются - неправильно.
28. baa50 12 11.04.14 00:46 Сейчас в теме
(27) объясните почему Шринкуются - неправильно?
29. speshuric 1208 11.04.14 01:03 Сейчас в теме
(27) В целом описано в комментарии (2). Если не согласны, могу подробнее и с цифрами.
31. VVi3ard 50 07.07.14 17:01 Сейчас в теме
(29)
Спасибо за то что поделились опытом, в отличии от технических статей статьи с опытом получаются наиболее концентрированными.
Есть пара вопросов:

Если у вас есть таблицы 100-200 ГБ и больше, то при распараллеливании построения индекса, после перестроения он формально снова может оказаться фрагментированным.


Как вы боретесь с этим? Насколько сильная фрагментация получается?

Судя по
При полной модели восстановления я бы поставил полное резервное копирование после обслуживания индексов.

У вас подобный скрипт выполняется раз в неделю?
33. speshuric 1208 11.07.14 00:08 Сейчас в теме
(31)
Как вы боретесь с этим? Насколько сильная фрагментация получается?

Не сильная, не боремся
У вас подобный скрипт выполняется раз в неделю?

Нет, хоть каждый день. Тут скорее "я бы не ставил полное и разностное резервное копирование прямо перед индексированием, а поставил бы сразу после, чтобы при сбое иметь копию сразу после обслуживания, а не трахаться с последующим восстановлением больших журналов транзакций"
(32)
Возможно, дисковая посистема такая, возможно статистик много нагенерировано. Тут надо предметно смотреть.

38. Eduard66 03.02.15 10:05 Сейчас в теме
(33) А что нужно дорабатывать при больших базах?
Какие особенности при администрировании?
39. AlexO 130 03.02.15 10:29 Сейчас в теме
(38) Eduard66,
А что нужно дорабатывать при больших базах?
То же, что и "при маленьких".
Тут нужно умение оценить текущее состояние базы в SQL, оценить степень проблемы, и применить нужное средство в нужное время.
Например, в данной статье рассматривается проблема большой/дефрагментированной таблицы индексов, и смежная проблема статистики. А статистика может быть неактуальна и в маленькой базе.
Другое дело, что чем меньше данных обрабатывается - тем меньше влияние неактуальной статистики, и поэтому её обновлением пренебрегают в таком случае.
40. Eduard66 03.02.15 10:48 Сейчас в теме
(39) AlexO, я имел в виду что автор указывает на доработку скрипта при работе с большими базами.
Он подходит без изменений для большинства баз данных 1С до примерно 0,5-0,7 ТБ (дальше его уже лучше немного доработать, если кому-то интересно/актуально могу пояснить в комментариях).

Вопрос собственно про это
41. AlexO 130 03.02.15 10:50 Сейчас в теме
(40) Eduard66, Скорей всего, речь идет о более мелких выборках при террабайтных базах.
Т.е. нужно разбить блок обрабатываемых данных на пакеты поменьше.
32. Painted 40 08.07.14 08:15 Сейчас в теме
Перестроение — полное построение индекса. При этом обычно станицы становятся максимально плотно забиты данными, а статистика обязательно обновляется (всё равно все данные читать). Обычно данные индексированные данные полностью недоступны при перестроении индекса.
Rebuild index у меня проходит за час, сбор статистики за два. Возникают два вопроса, почему перестройка индекса идет быстрее сбора статистики и можно ли вообще отказаться от сбора статистики и делать по ночам только ребилд индекс?
34. Tavalik 2480 23.07.14 10:19 Сейчас в теме
Спасибо за статью, и за подробные комментарии к вопросам.

Для меня остался невыясненным один вопрос:
Надо ли делать обновление статистики после перестроения индекса? Ведь обновление и так происходит автоматически при ребилде. И если все же надо, то почему?
35. NNomad 17.09.14 11:36 Сейчас в теме
Еще один вопрос.
Нужно ли производить очистку процедурного КЭШа с помощью DBCC FREEPROCCACHE после обновления статистики?
И после выполнения этого скрипта в частности?
36. LexSeIch 208 22.01.15 07:31 Сейчас в теме
Мир этому дому!
С большим удовольствием прочитал статью и обсуждения - информация полезная особенно для тех, для кого MS SQL - черный ящик. Автору спасибо.
На курсах по оптимизации внимание на индексы и статистику обращали в первую очередь.
42. torg1c 36 19.03.15 19:50 Сейчас в теме
Почему если сделать переиндексацию то какие то индексы все равно показываются фрагментированными в sys.dm_db_index_physical_stats?
43. Painted 40 20.03.15 08:09 Сейчас в теме
(42) torg1c, Процент фрагментации какой при этом? fragment_count? Если меньше 10, то забей. Так и должно быть. )))
44. AlexO 130 20.03.15 09:24 Сейчас в теме
(42) torg1c, потому что база постоянно меняется.
45. torg1c 36 23.03.15 17:35 Сейчас в теме
(44) AlexO,

Нет! Останавливаюю серевер 1с, делаю переиндексацию, смотрю индексы и вижу что часть так и непереиндексировалась.
Процент и 80 и 90 есть )
46. Painted 40 23.03.15 22:13 Сейчас в теме
(45) torg1c,
Процент и 80 и 90 есть
Еще page_count надо смотреть. Если меньше 10 или проценты меньше 10, то это нормально. Дефрагментатор, он не мелочится. Для 100% дефрагментации нужно делать rebuild index.
47. AlexO 130 23.03.15 22:26 Сейчас в теме
(46) Painted, дефрагментация индекса вообще уже не рекомендуется - бессмысленная операция для баз 1С.
48. Painted 40 27.03.15 08:26 Сейчас в теме
(46) Painted,
Еще page_count надо смотреть. Если меньше 10
Все еще круче, оказывается. Если page_count < 100, считается слабо фрагментированный индекс.
49. wbazil 129 14.05.15 13:29 Сейчас в теме
скажите пожалуйста, можно ли использовать Ваш скрипт для 7.7?
на 8.2 все отработало отлично
50. speshuric 1208 20.05.15 19:48 Сейчас в теме
(49) от версии 1с не зависит.
51. Kondusov_Dmitij 02.09.15 12:24 Сейчас в теме
Подскажите, пожалуйста, есть ЗУП КОРП 2,5 база стала сииильно пухнуть, каждый день выполняется переиндексация, обновление статистики. Нашел таблицу в ней всего 2 индекса, но они занимают 45Гб, это как-то не нормально. Что делать то?
52. speshuric 1208 03.09.15 00:48 Сейчас в теме
(51) Kondusov_Dmitij,
Мало данных.
2 индекса, но они занимают 45Гб
-это как именно посчитали? И что это за таблица? Может это регистр накопления и итоги не закрываются?
53. alex_gus 1 14.09.16 15:52 Сейчас в теме
Под SQL 2000 работает ? Где вообще есть нормальная инфа как обслуживать базу на SQL 2000 ?
54. speshuric 1208 14.09.16 18:32 Сейчас в теме
(53) Под SQL 2000 не работает: там нет нужных DMV и приходилось подобное делать через кучу приседаний (см. DBCC SHOWCONTIG)
Я бы настоятельно рекомендовал уже уйти с 2000 - слишком много накопилось исправленных проблем. Если речь про 7.7, то это немного сложнее, но эти сложности того стоят. Если речь про 1С8, то безусловно переходить.
56. alex_gus 1 15.09.16 18:30 Сейчас в теме
(54) речь идет от 7.7. пока на 8 переходить в планах нет совсем, и скуля 2000 лицушная. пока делаем выгрузку/загрузку, надеясь на то что по время этой процедуры все таблицы пересоздаются по новой.
57. speshuric 1208 15.09.16 19:06 Сейчас в теме
(56) alex_gus,
Смотрите на перевод 7.7 на новую версию. Ссылку я дал.
58. alex_gus 1 19.09.16 09:19 Сейчас в теме
(57) я понял, но как то "секретный релиз" не шибко внушает доверия если честно...а так конечно надо попробовать.
Да и есть ли у Вас мысли, по поводу выгрузки/загрузки при этой процедуре база очищается или данные поверх пишутся ?
59. Drizer2000 14 23.09.16 13:20 Сейчас в теме
(57) подскажите, я сделал свертку базы sql 2008 1c 7.7. Удалял данные прямо из таблиц sql, удалилось несколько миллионов строк из проводок и регистров,но размер базы не изменился. Для сжатия базы запустил отдельно регламентную процедуру на ночь, но размер базы не уменьшился, ужался только лог. Модель базы данных "простая".
55. speshuric 1208 14.09.16 18:34 Сейчас в теме
60. Crushl 18.11.16 05:14 Сейчас в теме
Попробовал вашу скрипт. На небольших базах до 100Гб, работает замечательно время обслуживания раза в три уменьшилось. А вот на большой базе 300Гб проблема. Перестроение индексов делается достаточно быстро, а вот обновление статистики занимает часов 15. Опять же скрипт не прекращает работу по таймауту. Не могли бы подсказать куда копать, где может быть проблема?
65. Fox-trot 127 12.06.19 13:18 Сейчас в теме
ежели по-быстрому :)
заведи локального пользователя винды, добавь его в админы
агента запускай под его учеткой
в скуле дай права ему же
66. ЕСТЬNULL 181 07.10.19 11:58 Сейчас в теме
Что надо поменять в скрипте, чтобы он молотил все несистемные базы, которые не содержат "_copy" в конце?
67. user645801_yyyuuu123q 24.07.20 02:57 Сейчас в теме
Друзья, всем привет подскажите пожалуйста.
Резервнованое копирование Мне самому настраивать? Проверка целостности тоже не проходит инструкция "DBCC FREEPROCCACHE" не выполняется. Будет ли корректно добавить это все самому? Скажем так сначала целостность базы, потом скрипт потом DBCC FREEPROCCACHE дальше резервное копирование -> очистка журналов ?
68. z8491 05.11.20 14:28 Сейчас в теме
Подскажите как этот скрипт настроить из задания Агента, тип указываю сценарий T-SQl? какую указывать базу в настройках задания? И как часто настраивать запуск скрипта ?
Оставьте свое сообщение

См. также

Блин, мы забыли включить регламентные задания… Промо

Сервисные утилиты v8 Абонемент ($m)

Привет, Инфостарт! Сегодня расскажу, как я решил проблему с выключенными регламентными заданиями в рабочих базах. Желая исключить человеческий фактор и минимизировать количество ошибок, я написал небольшую конфигурацию.  В конфигурации два регламентных задания. Первое периодически подключается к кластеру и сохраняет текущие параметры: имя, Сервер БД, базу СУДБ, блокировки входа и регламентных заданий и т.д. Второе задание периодически проверяет эти параметры на ошибки.

1 стартмани

08.04.2019    20802    18    slozhenikin_com    37    

DT2CF - Экстрактор конфигурации из дампа информационной базы

Сервисные утилиты Прочие инструменты разработчика v8 Абонемент ($m)

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

10 стартмани

21.12.2020    2134    4    SerVer1C    5    

Создание *.dt файла из рабочей базы на сервере 1С без завершения работы пользователей

Сервисные утилиты v8 1cv8.cf Абонемент ($m)

Предлагаемая обработка создает *.dt файл (выгрузку ИБ) из рабочей базы на сервере 1С:Предприятие 8.3 без завершения работы пользователей.

1 стартмани

19.01.2020    15121    90    Sedaiko    20    

Командный интерпретатор для 1С

Сервисные утилиты v8 1cv8.cf Абонемент ($m)

Инструмент для выполнения команд CMD / PowerShell из 1С.

2 стартмани

15.11.2019    14387    28    YPermitin    41    

Очистка кэша 1С 8 (8.0, 8.1, 8.2, 8.3). Грамотная чистка кэша 1С с сохранением настроек. Промо

Чистка базы Сервисные утилиты Администрирование данных 1С v8 1cv8.cf Россия Абонемент ($m)

Эффективное средство для устранения ошибок, возникающих в локальном кэше 1С на клиенте, которым легко сможет воспользоваться пользователь с любым уровнем знаний. Wsf-скрипт, созданный на стандартном языке автоматизации Windows - "WSH JScript", очищает кэш 1С просто, быстро и безопасно. Кроме варианта, очищающего кэш текущего пользователя, имеется также вариант для чистки кэша 1С всех пользователей терминального-сервера.

1 стартмани

04.11.2018    45571    460    Eugen-S    34    

Удаление неактивных и повторно запущенных пользователем сеансов - обработкой в фоне или внешней обработкой

Сервисные утилиты v8 1cv8.cf Абонемент ($m)

На экране монитора при запуске конфигурации нередко приходится видеть обидное сообщение "Не обнаружено свободной лицензии". Особенно это актуально, когда у вас 100 лицензий и при этом работает порядка 90 пользователей. При этом, очень актуальна жесткая политика - "Один сеанс в одни руки". Для автоматизации ручной работы администратора 1С по удалению сеансов пользователей и предназначена данная обработка. Обработка может быть использована как внешняя, так и поставлена в дополнительные отчеты и обработки с установкой расписания запуска, в этом случае обработка будет выполняться как фоновое задание. Обработка предназначена для работы в клиент-серверных базах и тестировалась на платформе 8.3.14.1854. Обработка установленная на платформе не ниже 8.3.6, позволяет управлять сеансами конфигураций установленных на платформе 8.2

1 стартмани

13.11.2019    4610    17    IVC_goal    9    

Обслуживание баз данных. Не так просто, как кажется

Производительность и оптимизация (HighLoad) Администрирование СУБД v8 1cv8.cf Бесплатно (free)

Считаете, что обслуживание индексов и статистик дело простое? Что ж, это не всегда так.

14.10.2019    19865    YPermitin    31    

Закрытие незавершенных сеансов

Сервисные утилиты Администрирование СУБД v8 1cv8.cf Россия Абонемент ($m)

Как удалять потерянные сеансы пользователей, чтобы они не мешали работе. Обработка протестирована на платформе версии 8.3.13.1644.

1 стартмани

20.09.2019    21206    75    AnatolPopov    8    

Легкое и гибкое управление списком доступных баз 1С у пользователей Промо

Стартеры 1С Сервисные утилиты Администрирование СУБД v8 1cv8.cf Россия Абонемент ($m)

Когда в локальной сети много пользователей, а еще большое количество различных баз и при этом каждому нужны свои, то администрирование этого зоопарка превращается в АД! Этот комплекс позволяет централизованно управлять списком доступных баз в разрезе пользователей. За пару кликов можно добавить или убрать базу у всех пользователей.

7 стартмани

05.12.2018    18413    20    RomikR    9    

Сканер ключей 1С

Сервисные утилиты v8 Абонемент ($m)

Определяет время отклика ключа защиты 1С.

1 стартмани

13.09.2019    8548    15    sivin-alexey    2    

Мониторинг потребления ресурсов базами кластеров сервера

Сервисные утилиты v8 1cv8.cf Абонемент ($m)

Обработка позволяет, в графической форме, производить мониторинг потребляемых ресурсов базами данных кластера сервера 1с для платформ 8.3, 8.2. Обработка работает на платформе не ниже 8.3.6

2 стартмани

17.07.2019    10295    43    IVC_goal    34    

CFU-reader (версия 2.6).

Сервисные утилиты Инструментарий разработчика Универсальные обработки v8 1cv8.cf Абонемент ($m)

Обработка для анализа файлов .cfu в режиме предприятия в любой конфигурации для 1С 8.3.+. Основана на разработке https://infostart.ru/public/97194/.

3 стартмани

21.06.2019    9706    26    vandalsvq    9    

Скачиваем релизы с сайта users.v8.1c.ru Промо

Сервисные утилиты v8 1cv8.cf Абонемент ($m)

Обработка позволяет настроить список релизов, доступных пользователю, на сайте users.v8.1c.ru, проверять - вышли ли новые обновления и, если вышли, скачивать их и раскладывать по папочкам. Требует установки curl и openssl

10 стартмани

18.08.2014    42579    25    Demonobond    31    

DBManager для 1C

Сервисные утилиты v8 Россия Абонемент ($m)

Менеджер баз данных для 1С с расширенными возможностями.

1 стартмани

11.05.2019    13759    26    seriouskeks    13    

Bash-скрипт для установки 1С:Предприятие 8.3 и СУБД PostgreSQL на сервер CentOS 7

Сервисные утилиты v8 Россия Абонемент ($m)

Данный скрипт позволяет полностью установить сервер 1С и СУБД PostgreSQL на одном хосте. Потом это же скрипт можно использовать для обновление платформы и дистрибутивов установки

1 стартмани

07.04.2019    17660    45    Sedaiko    31    

Утилита для регистрации ComConnector и консоли администрирования сервером по установленным версиям платформы

Сервисные утилиты v8 1cv8.cf Россия Абонемент ($m)

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

1 стартмани

20.03.2019    10209    32    vardeg    10    

V8 Viewer. Открытие и сравнение внешних обработок в Проводнике + исходники Промо

Сервисные утилиты Инструментарий разработчика Универсальные обработки v8 1cv8.cf Абонемент ($m)

Вы хотите получить возможность быстро посмотреть содержимое внешнего отчета или обработки? А сравнить ее с другой? И все это без запуска 1С:Предприятия, только из оболочки ОС? Тогда мы идем к вам! :) В конце заметки - ссылка на исходники.

2 стартмани

06.03.2013    69450    708    Evil Beaver    159    

Сценарии пакетного режима

Сервисные утилиты v8 Абонемент ($m)

Сценарии пакетного режима. Тестировалось на 1С:Предприятие 8.3.13.1690. Автоматическое создание команд пакетного режима. Создание, хранение и запуск сценариев команд пакетного режима.

1 стартмани

06.03.2019    9555    11    lastpioneer    11    

LicDataDecoder - расшифровка файла программной лицензии 1С

Сервисные утилиты v8 1cv8.cf Россия Абонемент ($m)

Представляю вашему вниманию утилиту, предназначенную для работы с файлами программных лицензий 1С (*.lic).

1 стартмани

10.02.2019    41855    367    GeraltSnow    62    

Удобная консоль регламентных и фоновых заданий

Универсальные обработки Сервисные утилиты Администрирование данных 1С v8 v8::УФ 1cv8.cf Абонемент ($m)

Аналог обработки БСП "РегламентныеИФоновыеЗадания". Не требует наличия библиотек, может использоваться в качестве внешней обработки. В отличие от обработки БСП предоставляет больше информации о свойствах регламентных и фоновых заданий, а также об ошибках и сообщениях для пользователей, возникших во время их выполнения. Позволяет управлять регламентными (создание, удаление, настройка расписания, ручной запуск) и фоновыми (прерывание) заданиями.

1 стартмани

06.02.2019    17971    185    Alxby    20    

Быстрое удаление неиспользуемых версий 1С:Предприятие 8, кэша метаданных и информационных баз Промо

Сервисные утилиты v8 Абонемент ($m)

При обновлении платформы 1С:Предприятие 8 предыдущие версии не удаляются. Со временем количество неиспользуемых версий платформы растет. Они занимают место на диске. Для решения этой проблемы предназначена программа OneCleaner. Она позволяет быстро удалить неиспользуемые версии платформы, а также почистить кэш метаданных и удалить ненужные информационные базы данных.

1 стартмани

14.11.2017    24463    91    bonv    15    

Универсальный монитор лицензий 1С

Сервисные утилиты v8 1cv8.cf Абонемент ($m)

Хотите узнать, какие программные лицензии установлены на сервере и все их технические подробности? А может быть, вам нужна информация по использованию всех видов лицензий кластера? Нет ничего проще, читай далее, чтобы быть в курсе!

3 стартмани

03.01.2019    39530    373    Xershi    79    

Скрипт обновления конфигурации

Сервисные утилиты v8 Абонемент ($m)

Как обновить конфигурацию базы? Столько всего сделать надо: И базу заблокировать, и пользователей выгнать. А ещё надо дождаться загрузки конфигурации и после этого применить её. Если же конфигурация на БСП, то запустить с ключом /C ЗапуститьОбновлениеИнформационнойБазы. И только потом можно пускать пользователей. А ещё на каждом этапе надо ждать окончания предыдущего. Это скучно. Давайте заливать конфигурацию в базы весело!

1 стартмани

11.12.2018    13356    57    MrWonder    24    

Чистка кэша 1С (теперь в .exe)

Сервисные утилиты v8 Абонемент ($m)

Попробуйте поискать в интернете "Очистить кэш 1С". Практически везде вы наткнетесь на всякие батники, ps-скрипты, рекомендации зайти и удалить вручную, поставить /ClearCache для баз на УФ и т.д. В подавляющем большинстве случаев предлагается бездумно удалить все содержимое \Roaming\1C\1cv8\ и \Local\1C\1cv8\, но это как переустановить Windows, чтобы почистить Temp.

1 стартмани

18.11.2018    18639    103    riposte    42    

Очистка регистров накопления, сведений, расчета или бухгалтерии Промо

Сервисные утилиты Чистка базы Свертка базы v8 1cv8.cf Абонемент ($m)

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

2 стартмани

25.12.2009    65075    1231    sebe    20    

Bluetooth сканер штрихкодов и мобильное приложение 1С (Android)

Сервисные утилиты Сканер штрих-кода Мобильная разработка v8 1cv8.cf Абонемент ($m)

Сервис для работы со сканером штрихкодов и передачи данных в мобильное приложение 1С.

1 стартмани

06.11.2018    20851    69    Isonic    23    

Обнаружено нарушение целостности системы

Сервисные утилиты v8 1cv8.cf Россия Абонемент ($m)

Ошибка «Обнаружено нарушение целостности системы», причины и варианты устранения ошибки.

1 стартмани

03.10.2018    185847    954    Palmer1976    68    

1С:Коммандер (УФ)

Сервисные утилиты v8 v8::УФ 1cv8.cf Абонемент ($m)

Коммандер для просмотра файлов на клиенте и сервере.

1 стартмани

07.09.2018    10709    23    Student1C    12    

Автокликер для 1С Промо

Сервисные утилиты v8 1cv8.cf Абонемент ($m)

Внешняя обработка, запускаемая в обычном (неуправляемом) режиме для автоматизации действий пользователя (кликер). ActiveX компонента, используемая в обработке, получает события от клавиатуры и мыши по всей области экрана в любом приложении и транслирует их в 1С, получает информацию о процессах, текущем активном приложении, выбранном языке в текущем приложении, умеет сохранять снимки произвольной области экрана, активных окон, буфера обмена, а также, в режиме воспроизведения умеет активировать описанные выше события. Все методы и свойства компоненты доступны при непосредственной интеграции в 1С. Примеры обращения к компоненте представлены в открытом коде обработки.

1 стартмани

03.04.2017    33616    77    slava_1c    67    

1C + Arduino + сканер отпечатков пальцев + RFID считыватель

Терминал сбора данных Сервисные утилиты Учет рабочего времени Учет рабочего времени v8 1cv8.cf Абонемент ($m)

Связываем 1C, Arduino, сканер отпечатков пальцев и RFID считыватель для системы учёта рабочего времени или пропускной системы.

1 стартмани

21.08.2018    27142    15    DGorgoN    39    

Зачем запросу план и кто его выполняет?

Практика программирования Производительность и оптимизация (HighLoad) v8::Запросы Бесплатно (free)

Как определить, почему запрос выполняется слишком долго? Что происходит с запросом на стороне сервера баз данных? В статье приводится объяснение, что такое план запроса и для чего он нужен. А также говорится о том, в чем разница между потоком операторов и потоком данных, как работает оптимизатор и зачем нужна статистика.

09.08.2018    26252    Dem1urg    46    

Универсальная консоль администрирования

Сервисные утилиты v8 v8::УФ 1cv8.cf Абонемент ($m)

Универсальная консоль администрирования. Работает с сервером 1С 8.3 любой версии. Для любителей зоопарков. :-)

1 стартмани

14.06.2018    12223    35    berezdetsky    7    

Универсальный редактор реквизитов объектов. Мультиобработчик Промо

Универсальные обработки Чистка базы Обработка документов Практика программирования Обработка справочников Сервисные утилиты v8 1cv8.cf Абонемент ($m)

Объекты: Справочник, Документ, ПланОбмена, ПВХ, Бизнес-процесс, Задача, ПланСчетов, ПВР. Мультиобработчик: -Проведение, перенумерация, движения, копирование, создание на основании, подчиненность, статистика, удаление документов. -Регистрация изменений объекта(ов) в планах обмена. -Установка/Отключение ГлавногоУзла РИБ. -Поиск и восстановление "Битых" ссылок. -Недопустимые символы XML/Дерево XML. -Поиск и замена ссылок. -Ошибки ИБ, в т.ч XML. -Множество обработок справочников. -GUID. Дата и время создания объектов ссылочного типа. -Аналитика предопределенных, блокируемых реквизитов, ХранилищаЗначений. -История изменений объекта. -Активные пользователи. -Подписки на события, функциональные опции. -Загрузка пользователей ИБ из Windows, Active Directory. -Выгрузка/Загрузка пользователей ИБ в/из внешний XML-файл. -Поддержка различных режимов модальности. Файловый, Клиент-Серверный варианты. Обычная и Управляемая формы.

1 стартмани

28.12.2011    176287    8877    StepByStep    422    

Менеджер баз 1С (пакетное обновление, выполнение произвольного кода и многое другое)

Сервисные утилиты Администрирование данных 1С v8 v8::УФ Абонемент ($m)

Данная разработка пригодится системным администраторам для группового выполнения действий над базами данных 1С.

10 стартмани

21.11.2017    17450    36    Termokrator    12    

V8 Log Scanner - утилита для быстрого парсинга логов ТЖ

Сервисные утилиты v8 Россия Абонемент ($m)

Как можно быстро настраивать logcfg.xml и парсить логи технологического журнала с помощью самописной open-source утилиты V8LogScanner. Без необходимости погружаться в регулярные выражения.

1 стартмани

07.11.2017    22111    5    ripreal1    27    

Графическая оболочка для консольной утилиты cnvdbfl.exe

Сервисные утилиты v8 Абонемент ($m)

Графическая оболочка для консольной утилиты cnvdbfl.exe предназначенной для преобразования размера внутренней страницы файла базы 1С.

1 стартмани

25.10.2017    43219    292    frkbvfnjh    44    

Обработка восстановления последовательности (НЕ МОНОПОЛЬНО, с возможностью задать отбор по Контрагентам и по Фирмам) Промо

Обработка документов Сервисные утилиты Закрытие периода v8 БП2.0 УТ10 Украина Россия Абонемент ($m)

Обработка предназначена для восстановления последовательности проведения документов. Пригодится, когда возникает ситуация необходимости перепроведения документов, в хронологическом порядке или в том порядке, в котором нужно пользователю за определенный период времени. Отличается от стандартной обработки «Проведение документов», тем что, можно сделать отбор документов по фирме, по контрагенту или группе контрагентов, и нет необходимости в монопольном доступе, а также можно менять последовательность документов по усмотрению пользователя. Эта версия обработки для использования на платформе 8.2 в типовых конфигурациях БП 2.0, а также и для УТ 10.3 и УТП 1.2

05.03.2012    52231    736    Kuzya_brаtsk    48    

Ускоренный полный пересчет итогов регистров

Сервисные утилиты v8 v8::УФ 1cv8.cf Абонемент ($m)

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

1 стартмани

23.10.2017    30309    217    Bazil    16    

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

Сервисные утилиты Универсальные обработки v8 1cv8.cf Абонемент ($m)

Внешняя обработка для работы с настройками, хранящимся в стандартном хранилище (ХранилищеОбщихНастроек, ХранилищеНастроекДанныхФорм, etc.). Не требует БСП, дополнительных библиотек. Платформа: 8.3. Интерфейс: Такси, 8.2.

1 стартмани

21.08.2017    18479    125    Alxby    12    

Удаление данных напрямую в SQL

Сервисные утилиты Чистка базы v8 v8::СКД 1cv8.cf Абонемент ($m)

Порой так и хочется грохнуть что нить в скуле, но наталкиваешься на отсутствие понятных и функциональный инструментов. Вроде как что то и есть, но явно писанное для каких то конкретных простых целей. И так очередное творение в данной тематике. Особенности: удаление порциями, отображение готового текста запроса, отбор данных с помощью СКД (в отборе учитываются составные типы и обращения через точку).

1 стартмани

08.07.2017    18029    122    denacid    32    

Telemonitor - объединяем Telegram и 1С Промо

Сервисные утилиты Администрирование данных 1С Мобильная разработка v8 1cv8.cf Абонемент ($m)

Не так давно Telegram предоставил API для создания ботов. Telemonitor - программа, позволяющая легко настроить собственного бота для работы с 1С.

1 стартмани

09.08.2015    80628    226    salexdv    178    

Мониторинг доступной производительности рабочих процессов кластера 1С:8.3

Сервисные утилиты v8 Абонемент ($m)

Мониторинг и сбор статистики по доступной производительности и использованию памяти рабочими процессами кластера. Утилиты и инструменты: 1. связка ras и rac от 1С 2. powershell 3. Paessler PRTG network monitor

1 стартмани

30.06.2017    22149    41    ddens    11    

ОСкрипты для деплоя и копирования базы данных

Сервисные утилиты v8 1cv8.cf Абонемент ($m)

Набор оскриптов для деплоя базы 1С через хранилище и копирование через sql-бекап одной базы в другую

1 стартмани

02.05.2017    26073    35    Stepa86    28    

Что мешает удалению объектов?

Сервисные утилиты Чистка базы v8 1cv8.cf Абонемент ($m)

Обработка, позволяющая просмотреть цепочки объектов (как ссылочных, так и регистров), препятствующих удалению помеченных на удаление объектов. Платформа 8.3, обычные формы, управляемые формы, интерфейс такси, возможность работы в Web.

1 стартмани

20.12.2016    19864    123    Alxby    17    

Простые радости жизни администратора в 1С: блокировка информационной базы. Промо

Администрирование данных 1С Сервисные утилиты v8 1cv8.cf Россия Абонемент ($m)

В типовую обработку «Блокировка соединений с информационной базой» внесены интерфейсные изменения, призванные сделать работу в ней более удобной. Также обработка сделана максимально универсальной и может быть использована в любой, полностью не типовой базе.

1 стартмани

10.11.2013    97089    814    yuraos    98    

Повелитель регламентных заданий

Сервисные утилиты Прочие инструменты разработчика v8 1cv8.cf Абонемент ($m)

Обработка позволяет комфортно и быстро работать с регламентными и фоновыми заданиями, не требует наличия БСП. Незаменимый инструмент, если в ИБ активно используются регламентные задания.

3 стартмани

22.11.2016    14172    87    krv2k    22    

Статистика сессий и использования лицензий 1Сv8.3 (PRTG via PowerShell)

Сервисные утилиты Администрирование данных 1С v8 Абонемент ($m)

Сколько используется лицензий 1С в данный момент? А поподробней, сколько спящих или активных, толстых или тонких, программных или HASP и т.д.? Ответы на эти вопросы желает знать каждый админ!))

1 стартмани

14.11.2016    18422    57    ddens    14    

Завершение работы пользователей (выгонялка) Промо

Сервисные утилиты v8 1cv8.cf Россия Абонемент ($m)

Обработка для завершения сеансов пользователей для клиент-серверной базы данных, с возможностью включения монопольного доступа к базе. Разработана на платформе 8.3. Запускается на любой конфигурации, как типовой, так и самописной, как в обычном режиме, так и в управляемом.

1 стартмани

17.06.2015    32334    283    Rusleg    27