1с как узнать размер хранилища
Часто возникает необходимость понять, почему база данных 1С занимает много места. Особенно если это новый клиент\проект.
1. Увеличилось количество вводимых данных.
2. Хранение детальной аналитики предыдущих лет.
Здесь тоже все просто. Компания работает на рынке 5-10 лет и сверткой информационной базы никто не занимался. База потихоньку росла, и в какой-то момент размер стал сказываться на производительности. Обработка по свертке информационной базы нам поможет.
3. Активное использования хранилища дополнительной информации.
Именно для оценки данного параметра и написана текущая обработка.
Сама функция расчета занимаемого места взята отсюда:
для 32-битной системы — 2гб
для 64-разрядной — 4 гб
Для того чтобы увеличить размер адресной памяти, необходимо:
Запустить командную строку: «Пуск — Выполнить» — введите CMD и нажмите enter.
Введите в командной строке «bcdedit /set increaseuserva 3072″, где 3072 — размер желаемой адресной памяти.
Перезагрузите компьютер.
Попробуйте выполнить действие в 1С 8, которое не получалось ранее.
Если всё получилось и операция повторяется не так часто, рекомендуется вернуть размер адресной памяти к значению по умолчанию с помощью команды «bcdedit /deletevalue increaseuserva».
При открытии обработки заполняется поле для отбора, где можно просмотреть наиболее используемые типы данных.
Нужно установить отбор по выбранным типам объектов.
Или отметить необходимое количество объектов для оценки.
После выбора необходимых данных. На вкладке размер жмем кнопку "Заполнить размер".
Также можно остановить расчет Ctrl+Break (ОбработкаПрерыванияПользователя())
Обработка проверялась на работоспособность в конфигурации:
Управление торговым предприятием для Украины редакция 1.2.51.2
Но должна работать во всех типовых конфигурациях, где есть справочник "Хранилище дополнительной информации".
Международный рынок гипермасштабируемых дата-центров растет с ежегодными темпами в 11%. Основные «драйверы» — предприятия, подключенные устройства и пользователи — они обеспечивают постоянное появление новых данных. Вместе с объемом рынка растут и требования к надежности хранения и уровню доступности данных.
Ключевой фактор, влияющий на оба критерия — системы хранения. Их классификация не ограничивается типами оборудования или брендами. В этой статье мы рассмотрим разновидности хранилищ — блочное, файловое и объектное — и определим, для каких целей подходит каждое из них.
/ Flickr / Jason Baker / CC
Типы хранилищ и их различия
Хранение на уровне блоков лежит в основе работы традиционного жесткого диска или магнитной ленты. Файлы разбиваются на «кусочки» одинакового размера, каждый с собственным адресом, но без метаданных. Пример — ситуация, когда драйвер HDD пишет и считывает блоки по адресам на отформатированном диске. Такие СХД используются многими приложениями, например, большинством реляционных СУБД, в списке которых Oracle, DB2 и др. В сетях доступ к блочным хостам организуется за счет SAN с помощью протоколов Fibre Channel, iSCSI или AoE.
Файловая система — это промежуточное звено между блочной системой хранения и вводом-выводом приложений. Наиболее распространенным примером хранилища файлового типа является NAS. Здесь, данные хранятся как файлы и папки, собранные в иерархическую структуру, и доступны через клиентские интерфейсы по имени, названию каталога и др.
/ Wikimedia / Mennis / CC
При этом следует отметить, что разделение «SAN — это только сетевые диски, а NAS — сетевая файловая система» искусственно. Когда появился протокол iSCSI, граница между ними начала размываться. Например, в начале нулевых компания NetApp стала предоставлять iSCSI на своих NAS, а EMC — «ставить» NAS-шлюзы на SAN-массивы. Это делалось для повышения удобства использования систем.
Что касается объектных хранилищ, то они отличаются от файловых и блочных отсутствием файловой системы. Древовидную структуру файлового хранилища здесь заменяет плоское адресное пространство. Никакой иерархии — просто объекты с уникальными идентификаторами, позволяющими пользователю или клиенту извлекать данные.
Марк Горос (Mark Goros), генеральный директор и соучредитель Carnigo, сравнивает такой способ организации со службой парковки, предполагающей выдачу автомобиля. Вы просто оставляете свою машину парковщику, который увозит её на стояночное место. Когда вы приходите забирать транспорт, то просто показываете талон — вам возвращают автомобиль. Вы не знаете, на каком парковочном месте он стоял.
Большинство объектных хранилищ позволяют прикреплять метаданные к объектам и агрегировать их в контейнеры. Таким образом, каждый объект в системе состоит из трех элементов: данных, метаданных и уникального идентификатора — присвоенного адреса. При этом объектное хранилище, в отличие от блочного, не ограничивает метаданные атрибутами файлов — здесь их можно настраивать.
/ 1cloud
Применимость систем хранения разных типов
Блочные хранилища
Блочные хранилища обладают набором инструментов, которые обеспечивают повышенную производительность: хост-адаптер шины разгружает процессор и освобождает его ресурсы для выполнения других задач. Поэтому блочные системы хранения часто используются для виртуализации. Также хорошо подходят для работы с базами данных.
Недостатками блочного хранилища являются высокая стоимость и сложность в управлении. Еще один минус блочных хранилищ (который относится и к файловым, о которых далее) — ограниченный объем метаданных. Любую дополнительную информацию приходится обрабатывать на уровне приложений и баз данных.
Файловые хранилища
Среди плюсов файловых хранилищ выделяют простоту. Файлу присваивается имя, он получает метаданные, а затем «находит» себе место в каталогах и подкаталогах. Файловые хранилища обычно дешевле по сравнению с блочными системами, а иерархическая топология удобна при обработке небольших объемов данных. Поэтому с их помощью организуются системы совместного использования файлов и системы локального архивирования.
Пожалуй, основной недостаток файлового хранилища — его «ограниченность». Трудности возникают по мере накопления большого количества данных — находить нужную информацию в куче папок и вложений становится трудно. По этой причине файловые системы не используются в дата-центрах, где важна скорость.
Объектные хранилища
Что касается объектных хранилищ, то они хорошо масштабируются, поэтому способны работать с петабайтами информации. По статистике, объем неструктурированных данных во всем мире достигнет 44 зеттабайт к 2020 году — это в 10 раз больше, чем было в 2013. Объектные хранилища, благодаря своей возможности работать с растущими объемами данных, стали стандартом для большинства из самых популярных сервисов в облаке: от Facebook до DropBox.
Такие хранилища, как Haystack Facebook, ежедневно пополняются 350 млн фотографий и хранят 240 млрд медиафайлов. Общий объем этих данных оценивается в 357 петабайт.
Хранение копий данных — это другая функция, с которой хорошо справляются объектные хранилища. По данным исследований, 70% информации лежит в архиве и редко изменяется. Например, такой информацией могут выступать резервные копии системы, необходимые для аварийного восстановления.
Но недостаточно просто хранить неструктурированные данные, иногда их нужно интерпретировать и организовывать. Файловые системы имеют ограничения в этом плане: управление метаданными, иерархией, резервным копированием — все это становится препятствием. Объектные хранилища оснащены внутренними механизмами для проверки корректности файлов и другими функциями, обеспечивающими доступность данных.
Плоское адресное пространство также выступает преимуществом объектных хранилищ — данные, расположенные на локальном или облачном сервере, извлекаются одинаково просто. Поэтому такие хранилища часто применяются для работы с Big Data и медиа. Например, их используют Netflix и Spotify. Кстати, возможности объектного хранилища сейчас доступны и в сервисе 1cloud.
После отправки к файлу добавляются необходимые метаданные. Для этого есть такой запрос:
Богатая метаинформация объектов позволит оптимизировать процесс хранения и минимизировать затраты на него. Эти достоинства — масштабируемость, расширяемость метаданных, высокая скорость доступа к информации — делают объектные системы хранения оптимальным выбором для облачных приложений.
Однако важно помнить, что для некоторых операций, например, работы с транзакционными рабочими нагрузками, эффективность решения уступает блочным хранилищам. А его интеграция может потребовать изменения логики приложения и рабочих процессов.
Обработка, которая когда-то была заброшена на стадии позднего бета-тестирования. То есть выполняет основное предназначение, но не дошлифована в некоторых моментах (в основном в выводе результатов на СКД). Планов дорабатывать нет, поэтому если кто-нибудь доработает и выложит на данном ресурсе - на здоровье.
Обработка находит пользовательские данные, которые хранятся в виде хранилища значений. Так как хранилище значения может иметь достаточно большой объем, то даже один элемент справочника может в базе данных занимать очень много места.
Если база данных серверная, то оптимальнее и быстрее размер данных смотреть в базе SQL-сервера (или где там у вас хранится база). В нормальном случае человек мало-мальски разбирающийся в sql-запросах должен сделать это быстро.
Так как нет вариантов средствами 1с сделать запрос с получением размеров данных расположенных в Хранилище значений, то обработка последовательно перебирает объекты, извлекает данные из хранилища значений и вычисляет размер. Если данных много, то процесс может занять длительное время. В подобном случае прерывание процесса стандартное Ctrl+Break. После этого можно выполнять обработку данных порционно - по видам документов, справочников и т.д.
Акцентирую внимание - теоретически отчет может использовать любой пользователь, однако необходимы полны права при его работе, так как отчет смотрит практически все пользовательские объекты в базе данных.
На форме предварительного просмотра формируется список видов пользовательских объектов у которых хотя бы один реквизит имеет тип ХранилищеЗначений. В скобках приводится информация о количестве объектов данного вида. При установке галочки "Не выводить имеющие ноль элементов" виды объектов при отсутствии данных не будут выведены в таблицу.
Выделив необходимые виды объектов или даже только некоторые реквизиты в видах объектов, можно запустить отчет на расчет данных и вывод их в форму СКД.
В чем прелесть СКД - богатые возможности по работе с данными (отбор, сортировка и прочее). Кроме того, результаты можно сохранить в приемлемом формате (все поддерживаемые форматы 1с).
Отчет разрабатывался на платформе 8.2.19.130
При создании статьи небольшая проверка (ну и скриншоты) были выполнены на платформе 8.3.8.1675
Так как отчет был полем изучения некоторых возможностей 1с8 и, в частности, СКД там наворочено следующее (что помню).
1. Это внешний отчет и нем есть возможность открыть одновременно несколько форм с результатами. Насколько помню в стандартном случае это невозможно, поэтому пришлось делать часть вывода программно.
2. На ресурсе есть отчет с выводом аналогичных данных. В отличии от него данный отчет проверяет также табличные части.
3. Отчет считает объем которые занимает ХранилищеЗначений в базе. И даже если значение равно Неопределено, то в базе данных это занимает место.
Некоторые аспекты программирования в 1С умышленно освещаются в стиле "для дилетантов", и если при этом не обладает любознательностью и стремлением расширить кругозор, то возникают ненужные темы "как гадать по звездам в 1С"
4. Подсчет размера с помощью ДанныеBase64 = Base64Строка(ДанныеХранилища) решил не применять, так как получаем сбой если в хранилище лежат не двоичные данные, картинка или строка (например в константе лежит Структура).
Читайте также: