VP
Вот это интересо
Size: a a a
2019 February 12
НК
можно использовать Change Tracking или СDC и забирать только измененные/новые данные
но это ж вроде точечно для таблиц удобно, не?
для целиком БД вроде как лучше в сторону репликации смотреть... он ж прям для этого - БД тиражировать
для целиком БД вроде как лучше в сторону репликации смотреть... он ж прям для этого - БД тиражировать
KO
но это ж вроде точечно для таблиц удобно, не?
для целиком БД вроде как лучше в сторону репликации смотреть... он ж прям для этого - БД тиражировать
для целиком БД вроде как лучше в сторону репликации смотреть... он ж прям для этого - БД тиражировать
если прям вся база нужна то лучше всего AlwaysON конечно же
KO
с Read-Only Secondary replica
НК
если прям вся база нужна то лучше всего AlwaysON конечно же
во-во! или эту технологию - тоже про неё слышал
KO
применял ее в своем опыте, вполне себе функционально
2019 February 16
D
Коллеги, доброго вечера. Извеняюсь за протертую тему, но все же. Переполненная бд, промахнулся с логикой процы очистки таблиц, как-то года три назад написал, в итоге жопа с закончившимся под нуль дисковым пространством. Шринкать логирование не предлагать, т. к. сделано. Других серверов нет, то есть продолжить бд не куда.
D
Да и перестройку таблицы, удалением, типа удалить индексы тоже не предлагать, сделано.
D
База весит чуть больше тб.
GK
перенеси часть данных в другую таблицу и смотри, засуетятся ли клиенты
GK
если нет, удаляй её
D
Писал, это не предлагать, не куда
D
Ммм..., не прокатит
GK
ситуация выглядит безвыходной
D
Уверяю, столько было