Всем привет, подскажите плиз какой адо предоставить доступ, что бы стало доступно Desing?

#работа #Москва #удаленка #офис
Ищу Разработчика MS SQL "ДБО"
ЗП: до 350к на руки (Зависит от того на сколько работали со стеком)
Город:  Москва, м. Технопарк
Формат работы: офис или удаленка
Занятость: полная
Компания: Selecty IT

По всем вопросам пишите: @bekbuzz
или почта: sergei.bekbuzarov@selecty.ru

Цели и задачи:

Участие в полном цикле проектирования, разработки и тестирования бэк- и мидл-офисной систем:
- Проведение системного анализа бизнес-требований, проверка требований на соответствие к существующей архитектуре системы;
- Проектирование решений и разработка приложений в соответствии с требованиями;
- Проведение тестирования реализованного решения;
- Введение в эксплуатацию.
- Интеграция разрабатываемых решений в систему мониторинга работоспособности систем.
- Обеспечение бесперебойной работы систем и сервисов.
- Соблюдение процедур Continuous Intergration.
- Проведение модульного тестирования, разработка unit-тестов.
- Анализ существующего кода, архитектуры баз данных, связей и ограничений.
- Оптимизация SQL-запросов.  
- Разработка методов повышения производительности SQL-запросов MS SQL
- Документирование инфраструктуры и интеграционных решений.

Требования к опыту:

- Опыт работы в банке или финансовой организации в качестве разработчика не менее 3 лет.
- Опыт реализации бизнес-логики на уровне СУБД; практический опыт автоматизации задач средствами PowerShell/ C#, разработки на C#, T-SQL, MS SQL Reporting Services, MS SQL Integration Services и MS SQL Analysis Services.
- Понимание принципов работы MS SQL Server: хранение данных, индексы, статистика, транзакции, уровни изоляции транзакций, блокировки.
- Практический опыт оптимизации запросов, администрирования приложений и серверов баз данных.
- Понимание архитектуры и практический опыт работы с Service Broker, AlwaysOn, Extended Events
- Знание методик и принципов командной разработки (Waterfall, Agile, Devops, Continuous Intergration).
- Уровень знания английского языка, необходимый для чтения специализированной литературы.

Условия:

- Интересные и нетривиальные задачи;
- Отличный офис в стиле супергероев с множеством пуфиков, релакс-зоной, пингпонгом, а пар можно выпустить на груше и турнике;
- Гибкий график работы;
- Возможность влиять на всё то, что тебе не нравится;
- Достойное вознаграждение и отсутствие кризиса;
- Офис: Москва
- Официальное оформление по ТК на компанию-интегратора.

Подскажите, пожалуйста, как происходит процедура сборки мусора(освобождения места на диске) в fileTable?
Сейчас у меня ситуация такая - удаляю записи, место не освобождается. После бекапа бд - не освобождается тоже.
Если запустить принудительно sp_filestream_force_garbage_collection через какое-то время файловая шара перестает работать, пока не убьешь этот процесс.
Поможет ли рекавери модель бд full? Сейчас - simple. Файлов на 8 Тб, 41 млн записей. Спасибо

Всем привет, а reporting services еще используется?

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

да, спасибо, checkpoint тоже не помогает

А процесс сам завершился?

да, процесс завершился.
Возможно это из-за того, что физически они сейчас хранятся в 5ти папки, а рекомендации не более 300 тыс в папке

то есть выдал резалт =0?

может я что-то не то делаю? просто запустить команду checkpoint? - оно выдает Commands completed successfully

меня еще смущает вот эта фраза:
Из-за 2-фазных операций хранимая процедура должна запускаться дважды для фактического удаления базовых файлов FILESTREAM.
В описании сказано, что ГК  запускается сам, а дальше, что нужно запускать дважды

Модель восстановления full\simple?

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

Хорошо. Но вот если что лайвхак:
If you run Sp_filestream_force_garbage_collection  and it does not delete the files, then the system still thinks they are needed for recovery by the transaction log.  You can temporarily change your recovery model to "Simple".  This will clear the log entries.  Then you can run Sp_filestream_force_garbage_collection  again and it should delete the files.  Then change the recovery mode back.

Есть идеи?

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

на сколько я знаю та же Azure не все может поодерживать. или еще какая неведомая фигня

а в чем вопрос?

на новой работе используется ssrs 2012 версии, хотя sql уже 2016, возможно есть более новые инструменты помимо ssrs?