Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Transaction Log file
|
|||
|---|---|---|---|
|
#18+
Не удается уменьшить размер файла. Были попытки сделать это при помощи стандартной процедуры Shrink Database но ни чего не удалось сделать .. Не смотря ни на что размера файла оставался прежним... Может кто подскажет как с этим делом бороться .. пробывал и подменять файл и пытался удалить его ручками . но после каждой попытки приходилось поднимать БД с backup-а. при подъеме с бекапа размер файла становится прежним... (А заметил увеличение файла я слишком поздно... - теперь он уже 2.5 GB) ПОМОГИТЕ!!!!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2001, 10:30 |
|
||
|
Transaction Log file
|
|||
|---|---|---|---|
|
#18+
EM: truncate transaction log ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2001, 13:51 |
|
||
|
Transaction Log file
|
|||
|---|---|---|---|
|
#18+
Попробуй DBCC shrinkfile(имя_файла,размер)..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2001, 14:25 |
|
||
|
Transaction Log file
|
|||
|---|---|---|---|
|
#18+
Спасибо!!!! Разобрался!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2001, 15:32 |
|
||
|
Transaction Log file
|
|||
|---|---|---|---|
|
#18+
Привет всем ! Столкнулся вот с тем же. Увеличил размер журнала транзакций неоправданно сильно, а откатиться не могу. Заполнение лога - 5%. Прочитал все в BOL, порылся в Microsoft Knowledge Base, - должно все выполняться. Пробовал бэкапить, использовал ЕМ и QA DBCC SHRINKFILE и DBCC SHRINKDATABASE - эффекта нет, хотя сообщение дает - успешно мол все выполнено. Если в ЕМ размер пробовать уменьшить - сразу пищит - нельзя мол уменьшать размер файла - только увеличение. Правда тут ход конем вычитал - отцепление и подключение базы, но это кривота - на живой базе не пойдет. Пробовал создать новую БД с новыми размерами - при восстановлении из чужого бэкапа размеры файлов также восстанавливаются. Я понял, что в логе после бэкапа не более 2х виртуальных блоков остается, но не происходит сжатия, т.к. эти блоки лежат в конце физического файла. В BOL написано, что эти команды выполняются в отложенном (до каких пор?) режиме. Теперь чтож - ждать, когда виртуальные блоки переберутся к началу лог-файла? Дайте совет, кто проходил, а то уморился уже в литературе рыть и на серваке эксперименты ставить. -- С уважением, Петр ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2001, 09:13 |
|
||
|
Transaction Log file
|
|||
|---|---|---|---|
|
#18+
Если у Вас база не должна круглосуточно работать, то ничего страшного в "ходе конем" нет Отключите базу, переименуйте лог-файл, а потом сделайте sp_attach_single_file_db @dbname = dbname, @physname='c:\base.mdf' Я только не пробовал на базах, располагающихся в нескольких mdf файлах. Причем работает очень быстро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2001, 13:22 |
|
||
|
Transaction Log file
|
|||
|---|---|---|---|
|
#18+
Петр, именно для Вас: http://www.sql.ru/articles/mssql/01070903TruncatingTransactionLog.shtml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2001, 08:27 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32015514&tid=1825266]: |
0ms |
get settings: |
7ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 257ms |
| total: | 385ms |

| 0 / 0 |
