Что такое dtu на компьютере
Периодически клиенты спрашивают: «Заканчивается свободное место на жёстком диске, где установлена система, какие файлы и папки можно удалить, чтобы система не зависла и после перезагрузки запустилась»? На самом деле много чего можно удалить либо перенести на другой диск (если он конечно есть).
Папка "Installer"
Данная папка не отображается в Windows, но она есть. И может весить очень много. У одного пользователя она весила 45 Gb. Где она находится и как её удалить описано здесь .
Уровень служб "Стандартный" (продолжение)
Объем вычислительных ресурсов | S4 | S6 | S7 | S9 | S12 |
---|---|---|---|---|---|
Максимальное количество DTU | 200 | 400 | 800 | 1600 | 3000 |
Включенный объем хранилища (ГБ) 1 | 250 | 250 | 250 | 250 | 250 |
Максимальный объем хранилища (ГБ) | 1024 | 1024 | 1024 | 1024 | 1024 |
Максимальное хранилище OLTP в памяти (ГБ) | Н/Д | Н/Д | Н/Д | Н/Д | Н/Д |
Максимальное количество одновременных имен для входа | 400 | 800 | 1600 | 3200 | 6000 |
Максимальное количество параллельных сеансов | 4800 | 9600 | 19 200 | 30 000 | 30 000 |
1 Сведения о дополнительных затратах см. в ценах на Базу данных SQL.
Дальнейшие действия
Дополнительные сведения о моделях приобретения и связанных с ними понятиях см. в следующих статьях:
ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных SQL Azure
Эта статья содержит подробные сведения об ограничениях ресурсов для отдельных баз данных в Базе данных SQL Azure при использовании модели приобретения на основе единиц DTU.
- Сведения об ограничениях модели приобретения на основе единиц DTU для отдельных баз данных на сервере см. в статье Ограничения ресурсов на сервере.
- Сведения об ограничениях ресурсов для модели приобретения DTU для базы данных SQL Azure см. в разделах Ограничения ресурсов DTU на отдельные базы данных и Ограничения ресурсов DTU на эластичные пулы.
- Ограничения ресурсов виртуальных ядер см. в разделах Ограничения ресурсов виртуальных ядер — база данных SQL Azure и Ограничения ресурсов виртуальных ядер — эластичные пулы.
- Дополнительные сведения о моделях приобретения см. в статье Модели приобретения для Базы данных SQL Azure.
Каждая реплика только для чтения имеет собственные ресурсы, такие как DTU, рабочие роли и сеансы. Каждая реплика только для чтения подчиняется ограничениям ресурсов, подробно описанным далее в этой статье.
Уровень служб "Премиум"
Объем вычислительных ресурсов | P1 | P2 | P4 | P6 | P11 | P15 |
---|---|---|---|---|---|---|
Максимальное количество DTU | 125 | 250 | 500 | 1000 | 1750 | 4000 |
Включенный объем хранилища (ГБ) 1 | 500 | 500 | 500 | 500 | 4096 2 | 4096 2 |
Максимальный объем хранилища (ГБ) | 1024 | 1024 | 1024 | 1024 | 4096 2 | 4096 2 |
Максимальное хранилище OLTP в памяти (ГБ) | 1 | 2 | 4 | 8 | 14 | 32 |
Максимальное количество одновременных имен для входа | 200 | 400 | 800 | 1600 | 2800 | 6400 |
Максимальное количество параллельных сеансов | 30 000 | 30 000 | 30 000 | 30 000 | 30 000 | 30 000 |
1 Сведения о дополнительных затратах см. в ценах на Базу данных SQL.
2 От 1024 ГБ до 4096 ГБ с шагом приращения 256 ГБ.
Хранилище размером более 1 ТБ на уровне "Премиум" в настоящее время доступно во всех регионах, за исключением Восточного и Северного Китая, а также Центральной и Северо-Восточной Германии. В этих регионах максимальный объем хранилища категории "Премиум" ограничен 1 ТБ. Дополнительные сведения см. в разделе о действующих ограничениях для P11-P15.
Дополнительные сведения об ограничениях хранилища для уровня служб "Премиум" см. в разделе Управление дисковым пространством.
Отключение режима гибернации
Режим гибернации — это спящий режим. Если его отключить — можно освободить несколько гигабайт жёсткого диска. отключать будем через командную строку (Пуск ⇨ Командная строка ⇨ запускаем от имени администратора ⇨ вводим команду powercfg -h off. Режим гибернации отключен
Экспорт разработки с помощью файла конфигурации
Файл конфигурации, содержащийся в пакете разработки, созданном с помощью компоненты “Экспорта разработки”, можно использовать в качестве фильтра для экспорта разработки:
- полный путь к файлу конфигурации.
Примечание. На текущий момент если удалить элемент разработки в базе данных, но не удалить его из конфигурации (isc-файла), то утилита экспорта упадет с ошибкой. Предполагается, что разработчик должен сам удалить элемент разработки из файла конфигурации.
Папка "Installer"
Данная папка не отображается в Windows, но она есть. И может весить очень много. У одного пользователя она весила 45 Gb. Где она находится и как её удалить описано здесь .
Тест производительности DTU
Физические характеристики (ЦП, память, ввод-вывод), связанные с каждым измерением DTU, калибруются на основе теста производительности, который имитирует рабочую нагрузку реальной базы данных.
Сведения о схеме, используемых типах транзакций, сочетании рабочих нагрузок, пользователях и шаге, правилах масштабирования и метриках, связанных с тестом производительности DTU.
Экспорт стандартной разработки
Используя нижеприведенную команду, экспортируем стандартную разработку из БД:
- папка, в которую будет сохранятся или из которой будет восстанавливаться разработка,
- путь к файлам клиентской части,
- имя пользователя с правами администратора БД,
- пароль пользователя с правами администратора БД.
Рисунок №1. Пример экспорта стандартной разработки.
В данном случае --authtype, --mode и --type можно не указывать, так как для них заданы значения по умолчанию, а именно "sql", "export", "standard" соответственно. --authtype указывает какой вид аутентификации использовать при подключении к базе данных (по имени пользователя и паролю сервера или Windows-аутентификации ) . Аргументы --clientpartpath, --devfolder, --server, --database, --username и --password являются минимально необходимыми для запуска процесса экспорта.
Примечание. Для наглядности, в своих примерах далее, данные аргументы я буду указывать явно.
Обратный процесс - импортирование:
После запуска данной команды, откроется компонента “Импорт разработки”, в которой можно указать какие элементы импортировать в БД.
Все выше сказанное также применимо для типовых маршрутов (--type routes) и мастеров действий (--type wizards).
Примечание. При экспорте элемента разработки также экспортируются и требуемые ему реквизиты, строки локализации, роли и т.п. элементы (зависимости).
Общие проблемы с открытием файлов DTU
Binary Data не установлен
Совет: Если вам извстна другая программа, которая может открыть файл DTU, вы можете попробовать открыть данный файл, выбрав это приложение из списка возможных программ.
Установлена неправильная версия Binary Data
В некоторых случаях может быть более новая (или более старая) версия файла Binary Data, которая не поддерживается установленной версией приложения. Если у вас нет правильной версии Binary Data (или любой из других программ, перечисленных выше), вам может потребоваться попробовать загрузить другую версию или одно из других программных приложений, перечисленных выше. Эта проблема чаще всего встречается, когда у вас есть более старая версия программного приложения, и ваш файл был создан более новой версией, которую он не может распознать.
Совет: Иногда вы можете получить подсказку о версии DTU-файла, который у вас есть, щелкнув правой кнопкой мыши на файле, а затем нажав на «Свойства» (Windows) или «Получить информацию» (Mac OSX).
Резюме: В любом случае, большинство проблем, возникающих во время открытия файлов DTU, связаны с отсутствием на вашем компьютере установленного правильного прикладного программного средства.
Преобразование пакета разработки в структуру папок и наоборот
Для того, чтобы упаковать разработку в пакет используется следующая команда:
- полный путь к пакету разработки.
Обратный процесс – извлечение в каталог:
Уровень служб "Базовый"
Объем вычислительных ресурсов | Основной |
---|---|
Максимальное количество DTU | 5 |
Включенный объем хранилища (ГБ) | 2 |
Максимальный объем хранилища (ГБ) | 2 |
Максимальное хранилище OLTP в памяти (ГБ) | Н/Д |
Максимальное количество одновременных имен для входа | 30 |
Максимальное количество параллельных сеансов | 300 |
Уровень служб "Базовый" предоставляет менее одного виртуального ядра (ЦП). Для рабочих нагрузок с интенсивным использованием ЦП рекомендуется использовать уровень S3 или выше.
В отношении хранилища данных уровень служб "Базовый" размещается на стандартных страничных BLOB-объектах. Стандартные страничные BLOB-объекты работают на основе жестких дисков (HDD) и идеально подходят для разработки, тестирования или других рабочих нагрузок с низкой частотой обращения, которые менее чувствительны к характеристикам производительности.
Ассоциация основного файла DTU
Формат файла: | .dtu |
Тип файла: | Binary Data |
Создатель: | Unknown Developer |
Категория файла: | Необычные файлы |
Ключ реестра: | HKEY_CLASSES_ROOT\.dtu |
Программные обеспечения, открывающие Binary Data:
Windows
Поиск типов файлов
Популярность файла DTU
Лучшие веб-браузеры
Chrome | (58.80%) | |
Firefox | (11.05%) | |
Internet Explorer | (9.04%) | |
Edge | (8.46%) | |
Safari | (3.87%) |
Отдельная база данных: размеры хранилища и объемы вычислительных ресурсов
В следующих таблицах приведены доступные ресурсы и их объемы для отдельных баз данных на каждом уровне служб и объема вычислительных ресурсов. Вы можете установить отдельной базы данных уровень служб, объем вычислительных ресурсов и объем хранилища, используя:
Инструкции и рекомендации по масштабированию см. в статье Масштабирование отдельной базы данных
Папка "Windows/SoftwareDistribution"
Данная папка находится на «C:\Windows\SoftwareDistribution». В ней находятся обновления различных дистибутивов, Windows, антивирусов и т.п. Всё, что находится в этой папке можно спокойно удалять. Один раз мне помогло удаление именно из этой папки, т.к в ней находились файлы антивируса и весили 15 ГБ. После удаления свободное место на диске значительно увеличилось.
Единицы транзакций эластичной базы данных (eDTU)
Если для базы данных не всегда требуется наличие выделенного набора ресурсов (фиксированный объем DTU), ее можно поместить в эластичный пул. Для всех баз данных в эластичном пуле используется один экземпляр ярда СУБД и общий набор ресурсов.
Общие ресурсы в эластичном пуле измеряются в эластичных единицах передачи данных (eDTU). Эластичные пулы БД представляют собой простое и экономически выгодное решение для управления целевыми показателями производительности для нескольких баз данных с совершенно разными и непредсказуемыми моделями функционирования. Эластичные пулы баз данных гарантируют, что ни одна из баз данных в пуле не будет использовать все ресурсы, и что каждой из них всегда будет доступен минимальный необходимый объем ресурсов.
Пулу предоставляется заданное количество единиц eDTU по фиксированной цене. В эластичном пуле отдельные базы данных могут автоматически масштабироваться в пределах настроенных границ. Базы данных, на которые приходится значительная нагрузка, могут потреблять больше eDTU, чтобы обслужить имеющийся спрос. Базы данных с меньшей нагрузкой будут потреблять меньше eDTU. Базы данных без нагрузки не будут потреблять eDTU. Так как ресурсы подготавливаются для всего пула, а не для каждой базы данных, эластичные пулы упрощают задачи управления и предоставляют прогнозируемый бюджет для пула.
Вы можете добавить дополнительные eDTU в существующий пул с минимальным простоем баз данных. Аналогичным образом, если дополнительные eDTU больше не требуются, их можно удалить из существующего пула в любой момент. Кроме того, можно в любое время добавлять базы данных в пул или удалять их из пула. Чтобы зарезервировать eDTU для других баз данных, ограничьте количество eDTU, которое могут использовать конкретные базы данных при интенсивной нагрузке. Если некоторая база данных постоянно демонстрирует высокий уровень использования ресурсов и существенно влияет этим на другие базы данных в пуле, переместите ее из пула и настройте как отдельную базу данных с предсказуемым объемом ресурсов.
Рабочие нагрузки, для которых эффективно используется эластичный пул ресурсов
Пулы хорошо подходят для баз данных с низким средним использованием ресурсов и относительно редких пиков нагрузки. Дополнительные сведения см. разделе Когда следует использовать эластичный пул Базы данных SQL?.
Использование
В данной статье применяется метод с использованием Windows-консоли, для того, чтобы показать, как работает утилита и какие подводные камни могут возникнуть при её использовании. Для упрощения ввода команд можно использовать такие скриптовые языки как Batch, VBS и др.
Посмотреть все доступные команды можно в справке утилиты. Для этого запустим консоль Windows, перейдём в каталог с утилитой и выполним DevelopmentTransferUtility с аргументом --help:
Список параметров командной строки, разделенный по группам:
Задает режим работы (export/import, по умолчанию export).
Тип пакета разработки (standard - стандартная разработка, routes - типовые маршруты, wizards - мастера действий, по умолчанию standard).
Имя файла конфигурации (для экспорта по конфигурации).
Файл пакета разработки ( для упаковки или распаковки пакета разработки ).
Имя сервера (используется для подключения к БД).
Имя базы данных (используется для подключения к БД).
Имя пользователя (используется для подключения к БД).
Пароль (используется для подключения к БД).
Тип аутентификации (windows/sql, по умолчанию sql).
Путь к файлам клиентской части IS-Builder.
Папка с разработкой.
Левая граница фильтра по дате изменения (используется для фильтрации при экспорте или импорте).
Правая граница фильтра по дате изменения (используется для фильтрации при экспорте или импорте).
Список ИД экспортируемых ТМ (через запятую).
Имя пользователя. Для экспорта компонент измененных указанным пользователем.
Список наборов изменений через запятую (используется для фильтрации при импорте).
Список импортируемых папок (используется как фильтр при импорте).
Путь к коллекции проектов TFS-сервера, в которой хранится разработка (используется для фильтрации при импорте). Требует наличие аргумента --tfsdevpath.
Путь к папке с разработкой в TFS (используется для фильтрации при импорте). Требует наличие аргумента --tfs.
Закрыть окно после окончания работы.
Вывести справку по параметрам командной строки.
Признак импорта в скрытом режиме (без показа окна утилиты импорта разработки).
Перенос папок "Документы", "Изображения", "Видео", "Загрузки", "Музыка" на другой локальный диск
Если перенести данные папки на диск D, вы значительно освободите место на вашем системном диске. Так как в основном загрузки и документы в основном занимают много места.
Другие причины проблем с открытием файлов DTU
Хотя на вашем компьютере уже может быть установлено Binary Data или другое программное обеспечение, связанное с DTU, вы по-прежнему можете столкнуться с проблемами при открытии файлов Binary Data. Если у вас по-прежнему возникают проблемы с открытием DTU-файлов, могут возникнуть другие проблемы, препятствующие открытию этих файлов. Эти другие проблемы включают (перечислены в порядке от наиболее до наименее распространенных):
ОБЛАСТЬ ПРИМЕНЕНИЯ: База данных SQL Azure
В этой статье представлены сведения о модели приобретения на основе единиц DTU для Базы данных SQL Azure.
Сравнение уровней служб
Выбор уровня служб зависит главным образом от требований к непрерывности бизнес-процессов, хранилищу и производительности.
Basic | Standard | Premium | |
---|---|---|---|
Целевая рабочая нагрузка | Разработка и применение в рабочей среде. | Разработка и применение в рабочей среде. | Разработка и применение в рабочей среде. |
Соглашение об уровне обслуживания с гарантией времени непрерывной работы | 99,99 % | 99,99 % | 99,99 % |
Максимальное хранение резервных копий | 7 дней | 35 дней | 35 дней |
ЦП | Низкий | Низкий, средний, высокий | Средний, высокий |
Операции ввода-вывода в секунду (приблизительно)* | 1-4 операций ввода-вывода на DTU | 1-4 операций ввода-вывода на DTU | >25 операций ввода-вывода на DTU |
Задержка ввода-вывода (приблизительно) | 5 мс (чтение), 10 мс (запись) | 5 мс (чтение), 10 мс (запись) | 2 мс (чтение и запись) |
Индексирование columnstore | Н/Д | S3 и выше | Поддерживается |
OLTP в памяти | Н/Д | Н/Д | Поддерживается |
* Все операции чтения и записи в секунду для файлов данных, включая фоновый ввод-вывод (контрольная точка и отложенный модуль записи)
Цели служб Basic, S0, S1 и S2 предоставляют менее одного Виртуальное ядро (ЦП). Для рабочих нагрузок с интенсивным использованием ЦП рекомендуется использовать уровень обслуживания S3 или выше.
В целевых показателях служб Basic, S0 и S1 файлы базы данных хранятся в хранилище Azure уровня "Стандартный", использующем носитель для хранения на основе жесткого диска (HDD). Эти цели службы лучше всего подходят для разработки, тестирования и других редко используемых рабочих нагрузок, которые менее чувствительны к изменчивости производительности.
Чтобы просмотреть фактические ограничения управления ресурсами для базы данных или эластичного пула, запросите представление sys.dm_user_db_resource_governance.
Вы можете получить бесплатную базу данных в базе данных SQL Azure на уровне "базовый" службы в сочетании с бесплатной учетной записью Azure для изучения Azure. Сведения см. в разделе Создание управляемой облачной базы данных с помощью бесплатной учетной записи Azure.
Wise Care 365
Полезная программа, сможет помочь вам почистить диск С именно в папке Windows, удалив ненужные файлы. Скачиваем Wise Care 365 ⇨ Очистка ⇨ Очистка системы. У меня выдаёт, что можно ещё освободить 1 Gb ненужных файлов.
Надеюсь, статья была вам полезна. Используйте своё устройство в актуальном состоянии и своевременно удаляйте лишние файлы. Всего вам доброго!
Эти файлы DTU можно просматривать с помощью ноль существующего (-их) прикладных (-ого) программных (-ого) средств (-а), как правило, Binary Data, разработанного Unknown Developer. Оно связано с ноль основным (-и) типом (-ами) файла (-ов), но часто встречается в формате Binary Data. Чаще всего файлы DTU классифицируют, как .
With a Popularity Rating of "High", these files are typically used by the average person.
Однако следует учитывать, что существует намного больше информации, которую следует знать о файлах DTU; далее представлены лишь савые важные детали в отношении этих типов файлов. Если у вас возникли проблемы с открытием этих файлов, или вы хотите получить более подробную информацию, ознакомьтесь с подробной информацией, представленной ниже.
Популярность типов файлов
Ранг Файла
Статус файла
Откройте файлы в %%os%% с помощью средства для просмотра файлов FileViewPro
По временному интервалу и имени пользователя в системе DIRECTUM
Экспорт элементов разработки, которые изменялись пользователем системы DIRECTUM в интервале дат от левой границы до правой границы:
- дата, от которой необходимо получить срез изменений,
- дата, до которой проводились изменения,
- имя пользователя, который менял разработку.
Конфигурация оборудования
В модели приобретения на основе DTU клиенты не могут выбрать конфигурацию оборудования, которое используется для баз данных. Несмотря на то, что база данных обычно остается на оборудования определенного типа в течение длительного времени (обычно несколько месяцев), в некоторых случаях база данных может переноситься на другое оборудование.
Например, база данных может быть перенесена на другое оборудование в случае масштабирования с учетом другой цели обслуживания, либо если текущая инфраструктура в центре обработки данных приближается к ограничениям емкости, либо во время списания используемого в настоящее время оборудования из-за окончания его жизненного цикла.
Если база данных перемещается на другое оборудование, то производительность рабочей нагрузки может измениться. Модель DTU гарантирует, что при переносе базы данных на оборудование другого типа пропускная способность и время отклика рабочей нагрузки производительности DTU останутся примерно теми же при условии, что цель обслуживания (количество DTU) остается неизменной.
Однако в широком спектре рабочих нагрузок клиента, выполняемых в Базе данных Azure SQL, влияние использования различных аппаратных средств для одной цели обслуживания может быть более выраженным. Идеальные конфигурации оборудования и функции для различных рабочих нагрузок могут быть разными. Поэтому для рабочих нагрузок, отличных от эталона DTU при перемещении базы данных с оборудования одного типа на другое производительность может меняться.
Например, приложение, чувствительное к сетевым задержкам, может обеспечить лучшую производительность 5-го поколения оборудования и 4-го поколения из-за использования ускорения сети в 5-м поколении, но приложение, интенсивно использующее операции чтения, может более эффективно работать на оборудовании 4-го поколения, так как объем памяти на ядро в 5-м поколении увеличен.
Чтобы выбрать предпочтительную конфигурацию оборудования во время создания и масштабирования базы данных, клиенты могут воспользоваться моделью Виртуальное ядро. В модели "Виртуальное ядро" подробно описаны ограничения ресурсов для каждой цели обслуживания в каждой конфигурации как для отдельных баз данных, так и для эластичных пулов. Дополнительные сведения об оборудовании в модели "Виртуальное ядро см. в разделе Конфигурация оборудования для базы данных SQL или Конфигурация оборудования для управляемого экземпляра SQL.
Сравнение моделей приобретения на основе DTU и виртуальных ядер
Несмотря на то, что модель приобретения на основе единиц DTU строится совокупном показателе вычислительных ресурсов, хранилища и операций ввода-вывода, с помощью сравнения модели приобретения виртуальных ядер для Базы данных SQL Azure можно выбирать и масштабировать вычислительные ресурсы и ресурсы хранилища независимо.
Модель приобретения на основе виртуальных ядер также позволяет использовать Преимущество гибридного использования Azure для SQL Server для экономии затрат, а также поддерживает бессерверные и гипермасштабированные варианты для Базы данных SQL Azure, которые недоступны в модели приобретения на основе единиц DTU.
Типы файлов DTU
Определение числа единиц DTU, требуемых для рабочей нагрузки
Если вам нужно перенести существующую рабочую нагрузку с локальной виртуальной машины или SQL Server в Базу данных SQL, то вы можете приблизительно оценить требуемое количество DTU, используя наши рекомендации по ценовым категориям. Чтобы разобраться, как потребляются ресурсы (DTU) в существующей рабочей нагрузке Базы данных SQL Azure, и понять, как оптимизировать эту нагрузку, можно воспользоваться анализом производительности запросов. Динамическое административное представление sys.dm_db_resource_stats позволяет просматривать потребление ресурсов за последний час. Представление каталога sys.resource_stats содержит те же сведения, но за последние 14 дней, причем с менее точными средними значениями за пять минут.
Ограничения хранилища для отдельной базы данных
Объем вычислительных ресурсов выражается в единицах транзакций базы данных (DTU) для отдельных баз данных, а для эластичных пулов — в единицах транзакций эластичной базы данных (eDTU). Чтобы узнать больше, изучите ограничения по ресурсам для отдельной базы данных.
Basic | Standard | Premium | |
---|---|---|---|
Максимальный размер хранилища | 2 ГБ | 1 TБ | 4 TБ |
Максимальное число DTU | 5 | 3000 | 4000 |
Иногда требуется сжать базу данных, чтобы освободить неиспользуемое пространство. Дополнительные сведения см. в статье об управлении файловым пространством в Базе данных SQL Azure.
Единицы транзакций базы данных (DTU)
Единица транзакций базы данных (DTU) предоставляет собой объединенный показатель мощности ЦП, памяти, операций чтения и записи. Уровни службы, использующие модель приобретения на основе единиц DTU, предоставляют несколько объемов вычислительных ресурсов с фиксированным объемом хранилища, фиксированный срок хранения резервных копий и фиксированную цену. Все уровни служб, использующие модель приобретения на основе единиц DTU, позволяют гибко изменять объем вычислительных ресурсов с минимальным временем простоя, но в течение короткого промежутка времени при переключении между уровнями теряется подключение к базе данных. Эту проблему можно обойти, используя логику повторных попыток. Плата за отдельные базы данных и эластичные пулы начисляется за каждый час использования в соответствии с уровнем служб и объемом вычислительных ресурсов.
Для отдельной базы данных с определенным объемом вычислительных ресурсов, предоставляемых в соответствии с уровнем служб, корпорация Майкрософт гарантирует определенный объем ресурсов, который не зависит от других баз данных. Эта позволяет гарантировать предсказуемый уровень производительности. Объем ресурсов рассчитывается как количество единиц передачи данных или DTU и является комплексной оценкой вычислительных ресурсов, ресурсов хранилища и ресурсов ввода-вывода.
Коэффициент этих ресурсов первоначально определялся по тестовой рабочей нагрузке OLTP, отражающей фактические рабочие нагрузки OLTP. Если рабочая нагрузка превышает объем любого из этих ресурсов, то пропускная способность регулируется, что приводит к снижению производительности и простоям.
Ресурсы, используемые вашей рабочей нагрузкой в отдельной базе данных, не влияют на ресурсы других баз данных в облаке Azure. Точно таким же образом, ресурсы, используемые другими рабочими нагрузками, не влияют на ресурсы, доступные для вашей базы данных.
DTU лучше всего позволяют определить относительный объем ресурсов баз данных SQL Azure с разными объемами вычислительных ресурсов и уровнями служб. Пример:
- Например, повышение объема вычислительных ресурсов базы данных (через удвоение DTU) означает удвоение объема ресурсов, доступных для этой базы данных.
- База данных P11 уровня службы "Премиум" с 1750 DTU предоставляет в 350 больше вычислительной мощности DTU, чем базовая база данных уровня службы с 5 DTU.
Чтобы рассмотреть потребление ресурсов (DTU) в вашей рабочей нагрузке, используйте анализ производительности запросов, который позволит:
- Выявлять запросы, максимально использующие ресурсы процессора, имеющие максимальную длительность или количество выполнений, которые потенциально можно настроить, чтобы повысить производительность. Например, запрос на большое количество операций ввода-вывода может выполняться быстрее за счет методов оптимизации в памяти. Так вы сможете оптимизировать использование доступной памяти на определенном уровне служб и при определенном объеме вычислительных ресурсов.
- Перейти к подробным сведениям о запросе, просмотреть его текст и журнал использования ресурсов.
- Получать доступ к рекомендациям по настройке производительности, отображающим действия помощника по Базам данных SQL.
Папка "Windows/Temp"
Данная папка находится на «C:\Windows\Temp». Здесь собрано много различных временных файлов. Её также можно почистить, но если при удалении появитя уведомление, что данный файл невозможно удалить, он используется, оставляем его и не удаляем.
Устранение неполадок при открытии файлов DTU
Фильтры
В примерах выше экспорт и импорт разработки занимает продолжительное время, так как он проводится по всем элементам БД. Для ускорения существуют специальные фильтры, по которым можно получить срез только тех объектов, которые были изменены в течении некоторого времени (--todate и --fromdate) или изменены указанным пользователем (--userfilter).
Папка "Загрузки"
Обычно мы скачиваем огромное количество файлов из интернета, которые впоследствии нам уже не нужны. И оседают они именно в этой папке. Нужно зайти в неё и удалить всё ненужное, а нужное рапределить по другим папкам («Документы», «Видео», «Музыка», «Изображения»), а ещё лучше эти папки перенести на другой локальный диск (если он, конечно, имеется).
Заключение
Надеюсь, что данная статья поможет освоить принципы работы с данной утилитой и использовать её для своих целей.
Покажите, пожалуйста, в какую структуру файлов и папок экспортируется разработка.
Исходники будут? Или хотя бы dll чтобы можно было прикрутить к утилитам типа ISBLScan.ViewCode?
Вот сложно было написать в комментах к моим статьям и ответить на вопрос, будет ли у Directum такая утилита? Хотя, если не предоставите исходников, то я не зря кучу времени потратил на аналог.
- Параметры для работы с Team Foundation Server:
c gitlab/github планируется встроенная интеграция?
p/s/ Утилита огонь!
з.з.ы. исходные коды можно получить?
Очень полезная утилита! Присоединяюсь к вопросу, исходники можно как-то получить?
Требование наличия клиентской части можно убрать, если выгружать разработку напрямую с SQL.
Вот набор sql-функций, позволяющий выгрузить с SQL сразу ISX. Там есть фильтрация по дате, фильтр по пользователю несложно прикрутить (заготовки есть в коде). Поддержки диалогов там нет, делал очень давно, а потом мне оно не надо было, версии систем старые.
Какие версии DIRECTUM поддерживает данная утилита?
В каком режиме в утилиту будет добавляться поддержка новых возможностей инструментов разработчика, вместе с выходом версии системы?
полную выгрузку делает ооооооооооооочень долго.
прошел 1 час. ничего не выгрузилось :( Утилита жрет 1Гб памяти и 12% CPU
13:10:05 Экспорт из базы данных: запущен.
14:10:49 Экспорт из базы данных: завершен.
а что так долго?
Денис, эта утилита использует стандартный механизм экспорта. Как минимум он жрёт много памяти и долго работает. А еще требует клиентской части. В том числе поэтому я делал SQL-функции, про которые написал выше и в своей утилите мы сделали свою загрузку с SQL. Загрузка полного стандартного пакета с SQL меньше 5 сек, выгрузка в ISX меньше 5 сек, выгрузка в файловую систему у меня на SSD занимает меньше минуты (очень много файлов).
Александр, а загрузка у вас как реализована?
Денис, какая загрузка? Из базы данных? Просто запросами получаем разработку в модель. По этой части, к сожалению, из ISBLScan ничего взять не удалось, там было очень не оптимально, я когда за нее взялся не стал переписывать, только чуток оптимизировал.
У меня очень высокие требования к скорости работы таких утилит потому что часто работаю не на самых лучших каналах связи, а через RDP очень неприятно работать с ISBLScan.ViewCode, при пролистывании тормозит очень.
Вот наша утилита на канале с RTT 150мс и шириной 5мбит грузит всю разработку за 30 секунд.
Подробное описание структуры файлов получилось бы довольно объемным. Если кратко: в корневой папке создаются папки для каждого типа компоненты (Constants, Scripts etc.), в них создаются папки для каждой компоненты этого типа (название папки может быть кодом или наименованием компоненты). Содержимое этих папок может отличаться, в зависимости от типа компоненты, но обычно там есть XML с реквизитам карточки, другие XML с данными, формы, отдельные файлы с вычислениями сгруппированные по типу, например события справочника. Картинка для примера:
Встроенной интеграции с другими системами контроля версий не планируется пока. В текущей версии привязка к TFS только в плане фильтрации компонент. Если не использовать эти параметры, то утилита, я думаю, подойдет для работы с большинством СКВ.
Экспорт всей разработки действительно занимает продолжительное время. Но совсем скоро выйдет DIRECTUM 5.5, и там стандартные механизмы экспорта/импорта работают быстрее.
Александр, Денис, Дмитрий,
Исходники планируем выложить, но позже, т.к. нужно решить некоторые организационные вопросы. Выложим ссылку тут же.
Требования к системе:
- IS-Builder 7.6.1 и выше
- Для экспорта типовых маршрутов и мастеров действий с помощью утилиты требуется версия DIRECTUM 5.3.1 или выше. Для импорта потребуется версия 5.5.
- Запуск импорта разработки в визуальном режиме выполняется для DIRECTUM версии 5.5 или выше, в более старых версиях разработка импортируется в скрытом режиме.
Пока мы сами используем утилиту, будем добавлять в нее поддержку новых возможностей инструментов разработчика. Выкладывать новые версии будем, скорее всего, с выходом новых версии DIRECTUM.
Денис, какая загрузка? Из базы данных?
Наоборот, в базу данных импорт разработки
Но совсем скоро выйдет DIRECTUM 5.5, и там стандартные механизмы экспорта/импорта работают быстрее.
у многих клиентов 5.5. еще не скоро появится :(
Денис, импорт стандартными средствами, мы формируем ISX. Решили что свой импорт писать нет смысла, но мы делали прототип изменения разработки напрямую через служебные справочники разработки, вполне рабочий вариант.
У нас в приложении есть модель всей разработки. Ее мы можем заполнять из базы данных запросами, из ISX, из файловой системы. Выгружать из модели можем в ISX и в файловую систему. Модель еще будет использоваться в аналоге ISBLScan для отображения разработки и, возможно, ее редактирования. Можно и свой экспорт сделать, с выбором в одном окне не только разработки, но и ТМ, мастеров, записей справочников. В общем, возможностей много, нужны руки и время=)
Камиль, спасибо. Мы у себя выбрали JSON, а не XML. Вроде как легче должен читаться. А в целом всё похоже=)
Зачем утилита постоянно создает папку Development? я уже указал куда сохранять, зачем мне еще 1 папка.
Требования к системе:
А что это за версия? Если версия системы DIRECTUM 5.5 использует платформу IS-Builder 7.55.0.
Денис, платформа IS-Builder 7.6.1 соответствует версии DIRECTUM 4.5.
В рамках наших процессов, использование отдельной папки Development было оправдано, с ней проще хранить рядом с разработкой другие объекты, в рамках одной сущности (например, в рамках ветки в СКВ). Хотя это, конечно, не критично.
В рамках наших процессов, использование отдельной папки Development было оправдано, с ней проще хранить рядом с разработкой другие объекты, в рамках одной сущности (например, в рамках ветки в СКВ)
Сделайте так чтоб он не создавал эту папку. вы же все равно явно указываете куда сохранять. Я думаю разработчики сами смогут справится с менеджментом папок.
Добрый день! Просвятите пожалуйста что за параметр path1? Не получается экспортировать с типом аутентификации - win.
Запускал так: DevelopmentTransferUtility --mode "export" --type "standard" --devfolder "C:\DTU\DEV\" --clientpartpath "C:\Program Files (x86)\DIRECTUM Company\DIRECTUM 5.3" --server "server" --database "DIRECTUM" --username "user" --password "pass" --authtype "win"
Ниже привожу лог:
Размеры tempdb
В следующей таблице перечислены размеры tempdb для одной базы данных в Базе данных SQL Azure.
Development Transfer Utility (DTU) – утилита, предназначенная для экспорта разработки в виде структуры из папок и файлов, что позволяет хранить разработку в системе контроля версий. Утилита также позволяет выполнить импорт разработки, то есть преобразовать разработку из структуры папок и файлов обратно в пакет и загрузить в базу данных. Структура представляет собой упорядоченный по группам (функции, константы и т.д.) набор папок, внутри которых, в текстовых файлах, хранятся данные и вычисления.
Уровень служб "Стандартный"
Объем вычислительных ресурсов | S0 | S1 | S2 | S3 |
---|---|---|---|---|
Максимальное количество DTU | 10 | 20 | 50 | 100 |
Включенный объем хранилища (ГБ) 1 | 250 | 250 | 250 | 250 |
Максимальный объем хранилища (ГБ) | 250 | 250 | 250 | 1024 |
Максимальное хранилище OLTP в памяти (ГБ) | Н/Д | Н/Д | Н/Д | Н/Д |
Максимальное количество одновременных имен для входа | 60 | 90 | 120 | 200 |
Максимальное количество параллельных сеансов | 600 | 900 | 1200 | 2400 |
1 Сведения о дополнительных затратах см. в ценах на Базу данных SQL.
Уровень служб "Стандартный" S0, S1 и S2 предоставляют менее одного виртуального ядра (ЦП). Для рабочих нагрузок с интенсивным использованием ЦП рекомендуется использовать уровень S3 или выше.
В отношении хранилища данных уровни служб "Стандартный" S0 и S1 размещаются на страницах стандартных страничных BLOB-объектов. Стандартные страничные BLOB-объекты работают на основе жестких дисков (HDD) и идеально подходят для разработки, тестирования или других рабочих нагрузок с низкой частотой обращения, которые менее чувствительны к характеристикам производительности.
Папка "AppData"
Данная папка скрытая, но находится на диске с системой. Чтобы её увидеть, заходим в «Этот компьютер» ⇨ «Вид» ⇨ «Параметры» ⇨ «Изменить параметры папок и пользователей»
В открывшемся окне выбираем «Вид» и в самом низу ставим точку на «Показывать скрытые файлы, папки, диски»
Теперь переходим на локальный диск С ⇨ «Пользователи» ⇨ Выбираем своего пользователя (название папки — ваш логин для входа в ПК) ⇨ «AppData» ⇨ «Local» ⇨ «Temp» и удаляем оттуда всё, что есть. Если появится уведомление, что какой-то файл используется — оставляем его.
Если не хочется заморачиваться с вышеописанной манипуляцией, в адресную строку вставляем C:\Users\ ваш логин ПК \AppData\Local\Temp и будет тоже самое.
Ограничения для пула эластичных баз данных
Основной | Standard Edition | Премиальный | |
---|---|---|---|
Максимальный размер хранилища для базы данных | 2 ГБ | 1 ТБ | 1 ТБ |
Максимальный размер хранилища для пула | 156 ГБ | 4 TБ | 4 TБ |
Максимальное число eDTU на базу данных | 5 | 3000 | 4000 |
Максимальное число eDTU на пул | 1600 | 3000 | 4000 |
Максимальное количество баз данных на пул | 500 | 500 | 100 |
Хранилище размером более 1 ТБ на уровне "Премиум" в настоящее время доступно во всех регионах, за исключением Восточного и Северного Китая, а также Центральной и Северо-Восточной Германии. В этих регионах максимальный объем хранилища категории "Премиум" ограничен 1 ТБ. Дополнительные сведения см. в разделе о действующих ограничениях для P11-P15.
Иногда требуется сжать базу данных, чтобы освободить неиспользуемое пространство. Дополнительные сведения см. в статье Управление файловым пространством в Базе данных SQL Azure.
Удаление ненужных программ
Очень часто наш компьютер просто захломлён различными ненужными программами, которые тоже обновляются и занимают место на жёстком диске. Советую от них избавится программой Revo Unistaller , которая подчистит хвосты удалённым программам.
Импорт разработки из папки в БД с фильтрацией по наборам изменений
С использованием TFS есть возможность импортировать разработку по определенным наборам изменений в ветке:
- путь к папке с разработкой в TFS (пример: «$/TestDev/Development»),
- список наборов изменений через запятую, по которому будет проводится импорт.
Примечание. Обратите внимание на : необходимо указать тот, в котором проводились изменения для указанных наборов изменений.
Определение загрузки DTU
Чтобы определить средний процент использования DTU/eDTU относительно ограничения DTU/eDTU базы данных или эластичного пула, используйте следующую формулу:
avg_dtu_percent = MAX(avg_cpu_percent, avg_data_io_percent, avg_log_write_percent)
Ограничение DTU базы данных определяется ЦП, операциями чтения, записи и памятью, доступной базе данных. Но поскольку ядро Базы данных SQL обычно использует всю доступную память для кэша данных для повышения производительности, avg_memory_usage_percent значение обычно будет близко к 100 % независимо от текущей загрузки базы данных. Таким образом, несмотря на то, что память косвенно влияет на предел DTU, она не используется в формуле использования DTU.
Ограничения ресурсов
Ограничения ресурсов отдельных баз данных и баз данных в пуле
По ID типового маршрута
Экспорт типового маршрута по его ID:
- ID типового маршрута.
Примечание. Для импорта разработки, аргумент --routeids не используется.
Читайте также: