#1с #docker

Илья, у тебя же всегда авторский контент, а скуль в докере полно на ютубе

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

Люди пишут, а зачем нам 1с-никам docker, вот как раз записал для таких вопросов.

И еще в интернете много нерабочих конфигов, а этот точно работает.

Ну так то и самих серверов разных версий можно поднять в докере

Кстати вышел релиз нового сервера взаимодействия

Так что можно его поднимать, все инструкции устарели сразу, они там все переделали.

И потом ботов показывать на нем

Это что такое? Та что система взаимодействия?

А что поменялось?

И речь не о продакте, а базе разработки под таким видео?

По-поводу скуля в докере... Его в 90% случаев смотреть невозможно.

ничего не понял, при чем тут разработка, прод и видео?

ок. Чем плох ms sql в докере?

я не программист, но ответ на ваши вопросы даны в самом начале, до 0:35

ну и чем? для разработки нирм, к нему так же цепляется менеджемнт студио, все посмотреть там можно

базы храниш на компе прописываешь волюмы и вперед

на комп ставить скуль не нужно

мне хватило этого

А че MS SQL не поставить то?

а нах он нужен на компе?

если ты раз в полгода к нему обращаешься

не нах , а на компе... Предлагаете его на стенку поставить?

Да че раз в пол года. В идеале сиквельные базы разорачивать.

Типа зачем тогда он в докере

Ставь все файловые.

Мне кажется все таки Цели немного другие.

ради одной задачи (или постоянной задачи) проще поставить SQL

как я понимаю, докер выигрывает, если вам в течение недели надо поставить (смонтировать) десяток баз, выгруженных из разных версий SQL

как минимум

Это точно. SQL в докере лично мне нужен, чтобы раз в пол года развернуть базу клиента у себя. Разработку я всегда веду в файловой базе. SQL режим замедляет разработку.

лайк, подписка )

А почему? Что с sql не так

Теоретически быстрее же должна отладка работать

с ним все так. просто надо понимать контекст

Допустим на той неделе позвонил клиент и сказал, что у него на sql базе не работает одна моя обработка. Скинул базу, надо проверить, ставить из-за этого полноценно sql не хотелось.

нет

кратко, на языке блондина: MS SQL выигрывает в чтении (отчетах, итогах) и проигрывает в записи. волшебства не бывает

проц, диск, память - одинаковые

Понятно

Разверни демо erp в sql и в файловую. Включи замер, сними с поддержки, добавь справочник, прими изменения, отключи замер. Сделай на обоих базах и поймешь сколько времени ты теряешь на sql версии.

ну некоторые базы не разворачиваются в файловую

SQL выигрывает в многозадачности, плюс у файловой версии есть ограничение на размер одной таблицы, 4Gb вроде

Просто иногда базы большие и не работают в файловой.

Пожалуйста)) У меня крутятся пустые sql базы, заливаю туда порой Регламентные те же протестить дабы

это уже "мелочи" ) у меня - 100% баз

Вот у меня и лежат с десяток баз клиентов в sql формате на внешнем hdd. Иногда клиент просит что-то подправить, и проще базу подключить к sql чем из dt ее разворачивать.

давно уже регламенты в файловых работают

Вот с этим замечал, что намного быстрее

Регламенты в файловой работают часто не по регламенту, доказано опытом )

Да, но не параллельно, друг за другом

1С можно и с конейнера строго на флешке гонять

Да тоже самое. Развернул базы клиентов и по мере необходимости использую ))

Кстати держать несколько версий серверов 1с в контейнерах тоже можно.

скажем так: в идеале, на каждую базу данных нужен выделенный сервер. но, это часто фантазия в реалиях русского айтишника

мы научились выбивать выделенный сервер под ТЕСТОВУЮ базу (чтобы не мешать рабочей) но! требования принимают всего 10% клиентов

мы назвали это песочницей

кто в потоке и востребованно - могу поделиться идеей

А что у вас там происходит? выделенный сервер... под каждую базу... У вас там тюнинг производительности что ли?

Не под каждую, а как я понял под тестовый контур

от движка зависит.

На самом деле показать что надо о очень просто. Берешь потоков в 10 число дробилку запускаешь и рабочей становится грустно

зачем вот это вот всё, когда я могу одной командой всё запустить? docker-compose up -d

Это если у тебя права естт

права на что?

Хотя бы на установку докера для начала

Не путай работу в отделе и у заказчика, там иногда такие требования

просто крупные зачазчики видимо.

на компах заказчиков? Так а вы тогда при чём? Проблема адресуется местным админам

Что-то у вас проблемы какие-то мутные... :)

если машина заказчика - хоть докер, хоть виртуалка, хоть комп пользователя

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

тестовый контур в идеале разворачивается всегда на чистую. И докер прям вот для вот этого отличен

ну если у всех есть... тогда и вопроса нет, ок. Мне вот надёжнее, когда я волюм с данными клиента грохнул и у меня его нет

А не подчищать хвосты

Ну, каждый привык макароны есть разными инструментами

Кто-то ложкой, кто-то руками, а кто-то ртом

в этом и есть суть что далеко не у всех крупных заказчиков есть ресурсы для тестовых сред а у второй половины если и есть, то пробиться к ним нереально. потому, мы нашли простое решение: приходим со своей средой, но за небольшую доплату

адекватные платят и счастливы

ресурсы не тратим, безопасности не угрожаем и тп

А я вот частенько не понимаю, откуда брать пути для монтирования volume иногда в хабе докера в описаниях есть все пути, иногда нет. Здесь для ms sql server этих путей нет: https://hub.docker.com/_/microsoft-mssql-server Как узнать, что все базы он складывает в /ver/opt/mssql/data/ ?

Я нашел далеко не быстро вот здесь: https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-docker-container-configure?view=sql-server-2017&pivots=cs1-bash#persist Но мне кажется, что информация о таких вещах должна располагаться где-то очень близко с описанием запуска командной строки образа

Docker внутри тот же Linux, подключаешься через консоль и смотришь структуру папок

Можно же менеджмент студио подрубиться и посмотреть где базы лежат, а потом перефорировть docker-compose. yml. А изначально просто не указывать volume, а то не стартанет сам sql

Я как бы понимаю где и что можно посмотреть, но это всё лишние телодвижения и пустой запуск только ради того, чтобы посмотреть где лежат настройки сервера. Я ожидал увидеть это чуть раньше и до запуска контейнера. Порты ж они пишут на главной странице

Я думаю, они предполагают, что люди занимающиеся докером в силах с этим разобраться. И от версии к версии эти пути могут меняться. И еще, я где-то видел конфиг, где каждая папка расположения внутри контейнера задавалась в environment. А так да, хотелось бы полный список возможных параметров сразу на docker hub видеть.

FROM microsoft/sql-2010 RUN change-path.sh RUN install-brent-ozar.sh VOLUME my-dir и после чего docker build -t jonydeath/mysupersql-2019 Я почти всегда пересобираю свои контейнеры на основе чужих. Брать готовые почти никогда не получается для нормальной работы.

а что за скриптики от озара?

это докерфайл

или докеркомпозе

каакой вопрос такой ответ ))

что внутри скриптов конечно же имел ввиду.

😢😳

Не ожидал -

https://github.com/BrentOzarULTD/SQL-Server-First-Responder-Kit/blob/dev/Install-All-Scripts.sql

Я сразу в MSSQL подсовываю скрипты Брента - после чего создаю базу DBATools где складываю всякое чтобы к Графане подключать

ну про Брента я конечно же помню от тебя. Но я не понял как оно повлияет на конфиг целевой СУБД. Оно ж только для мониторинга

подумал, может у него уже какая-то своя мега сборка скуля появилась

Блин - там еще вот такое - https://github.com/olahallengren/sql-server-maintenance-solution

Ну и еще я меняю параметры хранения MDF и LGF - а также tempdb Причем с temdb я поступаю очень жестоко volumes: tmpfs:/var/mssql/tempdb

а tmpfs - это виртуальный каталог в RAM?