Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Уменьшить файл транзакций  [new]
maxraf
Member

Откуда:
Сообщений: 24
Всем привет.

Файл транзакций разросся до невообразимых размеров. Прочитал статью (https://asksql.org/articles/68):

Жирным выделил, что мне не понятно. Прошу прокомментировать.

Существует ситуация, когда LDF файл занимает много гигабайт места (файл с постфиксом _log), и его необходимо уменьшить.

Это происходит когда база в SQL находится в режиме Full, т.е. с фиксацией всех произведенных транзакций. Модель Full позволяет восстановить состояние базы SQL на любое время, в то время, как модель Simple не позволяет этого сделать, а только восстановить базу из бэкапа. Смысл модели Full в том, что в журнал транзакций LDF записываются ВСЕ транзакции и там остаются, ну до определенного времени, например, до операции shrink. Что это за shrink? У нас за все годы работы базы с логом никто ничего не делал. Я правильно понимаю, что с помощью shrink можно сделать, чтобы файл транзакций уменьшался? Таким образом SQL последовательным откатом транзакций назад может восстановить состояние базы на любой момент времени периода записанных в LDF транзакций.

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

Первое что нужно сделать, перевести базу в модель восстановления Simple (при этом настроить механизм создания беэкапов базы, если этого до сих пор не сделано). Эту операцию можно делать "на ходу".
Однако, перевод в simple автоматически не уменьшает размер файла транзакций. Можно, провести операцию shrink (сжатие базы) сразу, но лучше сначала сделать полный бэкап базы средствами SQL (есть там в SQL-е по этому поводу одна маленькая хитрость), а потом сделать shrink как файлу базы MDF, так и файлу журнала транзакций LDF. Размер базы тоже должен уменьшиться, но не на много, а, вот, размер файла транзакций LDF, если было сделано все правильно, должен стать практически нулевым (в случае, когда в этом момент в базе нет активной работы пользователей).
Операции бэкапа средствами SQL, и shrink-а, можно делать не выгоняя пользователей, эти операции могут, разве что, сказаться на производительности. Настоятельная рекомендация сделать резервные копии перед началом этой операции.


Для выполнения операции по очистке логов необходимо запустить восстановление:
01.
USE [dbname];
02.
GO
03.
-- Truncate the log by changing the database recovery model to SIMPLE.
04.
ALTER DATABASE [dbname]
05.
SET RECOVERY SIMPLE;
06.
GO
07.
-- Shrink the truncated log file to 1 MB.
08.
DBCC SHRINKFILE ([dbname_Log], 1);
09.
GO
10.
-- Reset the database recovery model.
11.
ALTER DATABASE [dbname]
12.
SET RECOVERY FULL;
13.
GO


Если не охота мучиться с запросами можно сделать через GUI: правой кнопкой на базе -> задачи -> шринк -> файлы -> выбираем лог (там будет видно на сколько процентов можно уменьшить).
Иногда, если лог большой - например 50 Гб, то уменьшать (шринкать) его надо 2 раза - с первого раза уменьшается, но не полностью.
29 авг 18, 05:56    [21657057]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
maxraf
Файл транзакций разросся до невообразимых размеров. Прочитал статью (https://asksql.org/articles/68):

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

Если у вас база в режиме Full, то все транзакции, которые когда либо делались, накапливаются в файле лога, и никогда оттуда не удаляются.

Транзакции из файла можно удалить, сделав бакап лога, либо переведя базу в режим Simple

Однако при этом транзакции удаляются из файла, освобождая в нём место, но сам файл не уменьшается. Это как удаление данных с диска - место освобождается, но сам диск не уменьшается.

Так вот, shrink - это как программа уменьшения раздела на диске после удаления файлов.
shrink перемещает занятые области в файле в его начало, а потом обрезает файл. И файл уменьшается.

Т.о. Вам нужно:
1а) либо сделать бакап лога
или
1б) перевести базу в режим Simple
2) сделать shrink

После этого в случае 1б) нужно время от всвремени делать бакап лога.

И файл лога будет всегда нормального размера, он перестанет расти
29 авг 18, 08:31    [21657103]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 947
maxraf,

Кошмар, какую Х-Е-Р-Н-Ю люди пишут в своих блогах, спецы блин.
По теме, читайте только проверенные источники: BOL, Пола Рэндела блог, SQLPerformance, RedGate и прочее, не читайте это и уж тем более не верьте.
Инфа о транзакциях сохраняется в журнал в любой модели, только в простой когда журнал заполняется вроде на 70% срабатывает checkpoint и вся неактивная часть журнала (то что до этой checkpoint или до самой старой активной транзакции) усекается и может использоваться заново, в Full этот процесс происходит когда вы делаете Backup Log. В обоих моделях лог может не усечся из-за долгой активной транзакции или реплекации (опять же, читайте в BOL).
Если вам не нужен Full, переводите в Simple и делаете Shrink. И Backup на производительности практически практически никогда не влияет.

P.S. Блин, посмотреть бы на этого автора статьи, кто такую ахинею несет.
29 авг 18, 08:34    [21657105]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Т.о. Вам нужно:
1а) либо сделать бакап лога
или
1б) перевести базу в режим Simple
2) сделать shrink

После этого в случае 1б) нужно время от всвремени делать бакап лога.

И файл лога будет всегда нормального размера, он перестанет расти

явная опечатка.
это в случае 1а) надо будет регулярно делать бэкапы лога, в случае же 1б) будет простая модель и никакие бэкапы лога невозможны в принципе, но лог будет перезаписываться самим сервером, т. е. автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна
30 авг 18, 13:27    [21658803]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Yasha123
alexeyvg
Т.о. Вам нужно:
1а) либо сделать бакап лога
или
1б) перевести базу в режим Simple
2) сделать shrink

После этого в случае 1б) нужно время от всвремени делать бакап лога.

И файл лога будет всегда нормального размера, он перестанет расти

явная опечатка.
это в случае 1а) надо будет регулярно делать бэкапы лога, в случае же 1б) будет простая модель и никакие бэкапы лога невозможны в принципе, но лог будет перезаписываться самим сервером, т. е. автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна
Я же написал, что в случае 1б) никаких бакапов делать не нужно. Не вижу опечатки.
30 авг 18, 13:36    [21658813]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Я же написал, что в случае 1б) никаких бакапов делать не нужно. Не вижу опечатки.

т. е. вот тут написано, что бэкапы не надо делать?
alexeyvg
1а) либо сделать бакап лога
или
1б) перевести базу в режим Simple
2) сделать shrink

После этого в случае 1б) нужно время от всвремени делать бакап лога.
30 авг 18, 15:30    [21659039]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
0wl
Member

Откуда:
Сообщений: 49
Yasha123
автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна


Спорно. Иметь базу на SQL Server на проде и при этом использовать Simple модель -- ну это как вериги с собой таскать, потому что спешить никуда не надо. Инструкций, как настроить Maintenance plan, который будет бэкапить лог раз в час -- полно. А в результате кардинально сокращается потеря информации в случае аварии.

Автору -- настройте регулярный бэкап лога и изучите по BOL, как работает Full модель. Это отсилы займет пару часов, которые потом многократно окупятся
30 авг 18, 16:12    [21659148]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6378
0wl
Yasha123
автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна


Спорно. Иметь базу на SQL Server на проде и при этом использовать Simple модель -- ну это как вериги с собой таскать, потому что спешить никуда не надо. Инструкций, как настроить Maintenance plan, который будет бэкапить лог раз в час -- полно. А в результате кардинально сокращается потеря информации в случае аварии.

Автору -- настройте регулярный бэкап лога и изучите по BOL, как работает Full модель. Это отсилы займет пару часов, которые потом многократно окупятся

Спорно во всё подряд совать FULL. Если нет неоходимости, зачем это никому не ясно, и волшебное слово "на проде" не критерий
30 авг 18, 16:18    [21659155]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Yasha123
alexeyvg
Я же написал, что в случае 1б) никаких бакапов делать не нужно. Не вижу опечатки.

т. е. вот тут написано, что бэкапы не надо делать?
Ай, действительно, опечатался, это в случае 1а) нужно будет постоянно делать бакапы лога :-)
30 авг 18, 17:01    [21659210]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
TaPaK
0wl
Спорно. Иметь базу на SQL Server на проде и при этом использовать Simple модель -- ну это как вериги с собой таскать, потому что спешить никуда не надо. Инструкций, как настроить Maintenance plan, который будет бэкапить лог раз в час -- полно. А в результате кардинально сокращается потеря информации в случае аварии.

Автору -- настройте регулярный бэкап лога и изучите по BOL, как работает Full модель. Это отсилы займет пару часов, которые потом многократно окупятся

Спорно во всё подряд совать FULL. Если нет неоходимости, зачем это никому не ясно, и волшебное слово "на проде" не критерий
Ну, всё таки полезнее всегда делать FULL, если нет противопоказаний.
Только нужно минимально изучить, что такое лог, и как работают бакапы.

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

То есть я бы заменил на "Если нет необходимости, не меняй дефаултный FULL на SIMPLE "
30 авг 18, 17:07    [21659224]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6378
alexeyvg
TaPaK
пропущено...

Спорно во всё подряд совать FULL. Если нет неоходимости, зачем это никому не ясно, и волшебное слово "на проде" не критерий
Ну, всё таки полезнее всегда делать FULL, если нет противопоказаний.
Только нужно минимально изучить, что такое лог, и как работают бакапы.

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

То есть я бы заменил на "Если нет необходимости, не меняй дефаултный FULL на SIMPLE "

ну тут разное бывает :) Было так что место под бекапы закончилось и лог свалил за террабайт и остановил базу. Full подразумевает более отвественный подход к работе с бекапами. Но опять же не обязательно все гвозди забивать микроскопом
30 авг 18, 17:29    [21659253]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
0wl
Yasha123
автору лучше воспользоваться вариантом 1б), ибо полная модель ему явно не нужна


Спорно. Иметь базу на SQL Server на проде и при этом использовать Simple модель -- ну это как вериги с собой таскать, потому что спешить никуда не надо. Инструкций, как настроить Maintenance plan, который будет бэкапить лог раз в час -- полно. А в результате кардинально сокращается потеря информации в случае аварии.

Автору -- настройте регулярный бэкап лога и изучите по BOL, как работает Full модель. Это отсилы займет пару часов, которые потом многократно окупятся

если б ТС хотел восстанавливаться на произвольный момент времени,
он бы давно делал бэкапы лога,
а не ждал того момента, что диск под логом крякнет,
и бэкап этакого лога тоже уже никуда невозможно будет сделать.

но бэкапы лога товарищи не делают,
и как, ими пользуясь, восстанавливаться, тоже не знают.

ну и в первом скрипте приведен скрипт, который должен уморить всех:
и в простую модель-то он переведет,
и лог-то подрежет,
и LOG BACKUP CHAIN прервет,
и шиш тебе потом, а не восстановление POIN IN TIME,
НО: при этом в SIMPLE не оставим, а продолжим по кругу, вернем FULL и запрудим диск логом,
который потом что? снова в помойку выкинем
30 авг 18, 19:10    [21659323]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Yasha123
если б ТС хотел восстанавливаться на произвольный момент времени,
он бы давно делал бэкапы лога,
а не ждал того момента, что диск под логом крякнет,
Такое "хотение" обычно появляется постфактум, когда уже, прямо сейчас, нужно восстановить базу на какой то момент времени.

По моему, незнание механизмов бакапов не является основанием для того, что бы их не знать и дальше :-)

Такой рост лога должен стать поводом, что бы изучить эти механизмы, и выбрать нужную модель.
А не для того, что бы, не разбираясь, найти способ его уменьшить. По типу "полезных советов", когда держат базу в FULL, и джобом каждую ночь переводят в SIMPLE, и обратно в FULL - популярное решение, между прочим!
31 авг 18, 12:29    [21660076]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
TaPaK
Member

Откуда: Kiev
Сообщений: 6378
alexeyvg
А не для того, что бы, не разбираясь, найти способ его уменьшить. По типу "полезных советов", когда держат базу в FULL, и джобом каждую ночь переводят в SIMPLE, и обратно в FULL - популярное решение, между прочим!

та BACKUP NUL веселее жеж :)
31 авг 18, 12:34    [21660092]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 6536
Похоже автор думает, что это какая-то второстепенная штука, которую бы лучше было отключить вообще.
31 авг 18, 12:35    [21660096]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
По моему, незнание механизмов бакапов не является основанием для того, что бы их не знать и дальше :-)

я не про "незнание механизмов бэкапов",
а про бездумный выбор модели.
полная выбрана лишь потому, что краем уха слыхали, что
"Модель Full позволяет восстановить состояние базы SQL на любое время",
видимо предполагается, что это все "как-то там само собой.
стОит захотеть восстановить на любой момент, и раз, оно само и восстановилось".
а что для восстановления на этот самый момент нужен полный + непрерывная цепочка бэкапов лога,
покрывающая момент с полного бэкапа до желаемого времени,
этого товарищи не знают.
вот это я и называю "выбором от балды",
уж тогда лучше простая модель, чем полная, от которой толку нет все равно,
ибо никакими бэкапами логов там и не пахнет
31 авг 18, 12:47    [21660120]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Yasha123
полная выбрана лишь потому, что краем уха слыхали, что
"Модель Full позволяет восстановить состояние базы SQL на любое время",
Нет, полная модель выбрана потому, что она устанавливается по умолчанию при создании базы.
Никто из таких "попадающих на огромный лог" не знает этого термина, и, соответственно, не "выбирает" никакой модели вообще.
31 авг 18, 13:59    [21660227]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Yasha123
видимо предполагается, что это все "как-то там само собой.
стОит захотеть восстановить на любой момент, и раз, оно само и восстановилось".
а что для восстановления на этот самый момент нужен полный + непрерывная цепочка бэкапов лога,
покрывающая момент с полного бэкапа до желаемого времени,
этого товарищи не знают.
вот это я и называю "выбором от балды",
Уж не надо всех дураками считать :-)

Те, кто узнали про "модель", про возможность восстановления на любой момент, что то всё таки прочитают, вот как ТС, пусть даже отстойный и неправильный блог-пост. И на форуме вопрос зададут, опять же как ТС.
31 авг 18, 14:01    [21660230]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Yasha123
уж тогда лучше простая модель, чем полная, от которой толку нет все равно,
ибо никакими бэкапами логов там и не пахнет
Тем более мы ведём речь про то, какую модель нужно выбрать, зная и умея их использовать, прочитав документацию, посоветовавшись на форуме.

А вы пишите человеку: "Изучи модели восстановления, прочитай, протестируй, поспрашивай на форумах, и после этого никогда не используй модель FULL, потому что всё равно не будешь делать бакапы логов, лог распухнет, забъёт диск, всё остановится, и после этого только переставлять винды" :-)
Ну нельзя же совсем людей идиотами считать :-)
31 авг 18, 14:05    [21660235]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
aleksrov
Member

Откуда:
Сообщений: 947
alexeyvg
Yasha123
уж тогда лучше простая модель, чем полная, от которой толку нет все равно,
ибо никакими бэкапами логов там и не пахнет
Тем более мы ведём речь про то, какую модель нужно выбрать, зная и умея их использовать, прочитав документацию, посоветовавшись на форуме.

А вы пишите человеку: "Изучи модели восстановления, прочитай, протестируй, поспрашивай на форумах, и после этого никогда не используй модель FULL, потому что всё равно не будешь делать бакапы логов, лог распухнет, забъёт диск, всё остановится, и после этого только переставлять винды" :-)
Ну нельзя же совсем людей идиотами считать :-)


Люди как правил не идиоты, а просто ленивые, когда сильно надо многие со всем разбираются. А когда настает это сильно надо, тут как правило 2 варианта: 1ые разбираться в теме и сделают все правильно, 2ые найдут первое решение которое решит проблему, не важно правильно это или нет, проблема решена главное, хотя бы на время. Все как в повседневной жизни.
И да, модель Full просто ставится по умолчанию, вот и все. Мало кто будет разбираться что это там за переключатели в студии в свойствах сервера\базы и что это все значит.
31 авг 18, 14:33    [21660285]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Yasha123
полная выбрана лишь потому, что краем уха слыхали, что
"Модель Full позволяет восстановить состояние базы SQL на любое время",
Нет, полная модель выбрана потому, что она устанавливается по умолчанию при создании базы.
Никто из таких "попадающих на огромный лог" не знает этого термина, и, соответственно, не "выбирает" никакой модели вообще.

вы, видимо, никогда не работали с Экспресс редакцией
31 авг 18, 17:05    [21660559]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
Yasha123
alexeyvg
пропущено...
Нет, полная модель выбрана потому, что она устанавливается по умолчанию при создании базы.
Никто из таких "попадающих на огромный лог" не знает этого термина, и, соответственно, не "выбирает" никакой модели вообще.

вы, видимо, никогда не работали с Экспресс редакцией
Не буду скрывать, не работал :-)

Но от этого ничего не меняется, потому что никто не выбирает модель FULL; раздувание файла лога происходит у тех, у кого модель FULL была выбрана по умолчанию (+ небольшое количество тех, кто восстановил базу из бакапа, или тех, у кого дба всё правильно настроил, а потом дба уволили, потому что он не нужен, всё же и так хорошо работает).
31 авг 18, 17:08    [21660564]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
А вы пишите человеку: "Изучи модели восстановления, прочитай, протестируй, поспрашивай на форумах, и после этого никогда не используй модель FULL, потому что всё равно не будешь делать бакапы логов, лог распухнет, забъёт диск, всё остановится, и после этого только переставлять винды" :-)
Ну нельзя же совсем людей идиотами считать :-)

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

но еще раз: я советую простую модель тому,
кто полную от балды выбрал, огреб последствия,
но так и не добрался до официального хэлпа продукта,
все "на форумах собирает".

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

но от вас чего еще другого ждать: свои-то посты не в состоянии перечитать,
не то, что в чужие вникнуть.
можете не трудиться и не отвечать мне на это,
вы уже в почетном списке тех, с кем мне надоело препираться
31 авг 18, 17:11    [21660567]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 28737
aleksrov
alexeyvg
пропущено...
Тем более мы ведём речь про то, какую модель нужно выбрать, зная и умея их использовать, прочитав документацию, посоветовавшись на форуме.

А вы пишите человеку: "Изучи модели восстановления, прочитай, протестируй, поспрашивай на форумах, и после этого никогда не используй модель FULL, потому что всё равно не будешь делать бакапы логов, лог распухнет, забъёт диск, всё остановится, и после этого только переставлять винды" :-)
Ну нельзя же совсем людей идиотами считать :-)


Люди как правил не идиоты, а просто ленивые, когда сильно надо многие со всем разбираются. А когда настает это сильно надо, тут как правило 2 варианта: 1ые разбираться в теме и сделают все правильно, 2ые найдут первое решение которое решит проблему, не важно правильно это или нет, проблема решена главное, хотя бы на время. Все как в повседневной жизни.
И да, модель Full просто ставится по умолчанию, вот и все. Мало кто будет разбираться что это там за переключатели в студии в свойствах сервера\базы и что это все значит.
Вы перечитайте то, что я написал :-)

Тут конкретный человек разбирается, читает статьи, советуется тут на форуме, ему объясняют.

С чего же он "найдут первое решение которое решит проблему" или "Мало кто будет разбираться что это там за переключатели в студии в свойствах сервера\базы и что это все значит"

И это Yasha123 ему советовал про "забыть про модель FULL", а не "в общем" всем ленивым недоспециалистам.
31 авг 18, 17:12    [21660569]     Ответить | Цитировать Сообщить модератору
 Re: Уменьшить файл транзакций  [new]
Yasha123
Member

Откуда:
Сообщений: 1363
alexeyvg
Yasha123
пропущено...

вы, видимо, никогда не работали с Экспресс редакцией
Не буду скрывать, не работал :-)

Но от этого ничего не меняется, потому что никто не выбирает модель FULL

для расширения кругозора: модель базы model в Экспрессе SIMPLE.
и если у кого-то в Экспрессе выбрана полная модель базы,
то это как раз потому, что кто-то потрудился это сделать.
31 авг 18, 17:14    [21660572]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить