Ошибка журнала транзакций на томе содержащем файл шаблонов

Содержание:

1.       Журнал транзакций в 1С

2.       Ошибка Журнал транзакций переполнен  

1.    Журнал транзакций в 1С

В данной статье будет описана возможная ошибка в системе 1С, а именно – в СУБД, которая связана с переполнением журнала транзакций в 1С. Далее будут приведены возможные методы устранения данной неполадки, среди которых уменьшение журнала транзакций для базы данных.

Сначала следует выяснить, что такое журнал транзакций в 1С. Журнал транзакций является одной из основных составляющих в базе данных. При помощи журнала транзакций для базы данных создаётся резервная копия, которая в случае сбоя системы вернёт базу в нужное состояние, которое изначально было согласовано.

При помощи журнала транзакций можно выполнить такие действия:

1.     Восстановление транзакций;

2.     Восстановление транзакций, которые не были окончены;

3.     Поддерживать повторения транзакций;

4.     Производить восстановление базы данных, из-за системного сбоя.  

2.    Ошибка Журнал транзакций переполнен

В СУБД 1С может появляться ошибка, которая содержит следующий текст: «Журнал транзакций для базы данных «zup» заполнен». Также, в тексте ошибки может приводиться столбец и таблица, к которым следует обратиться.

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

Рассмотрим два возможных способа для устранения ошибки «Журнал транзакций для базы данных переполнен»:

·        В первом способе будем следовать такому алгоритму:

1.     Проверить наличие и величину свободного места на дисках, в случае, когда места нет – соответственно, нет места и для записи лога;

2.     Если место есть, то ошибка «Журнал транзакций для базы переполнен» является ошибкой MicrosoftSQLServer, то есть – лог с транзакциями был полностью заполнен, но не очищен. Это можно исправить при помощи очистки, которая является стандартной, но эта опция не всегда может помочь устранить неполадку. В случае, если она не сработала – стоит использовать следующий код SQLServer:

код SQLServer

В данном коде: 20 – это величина лога в Мб, а «myDataBase» — название нужной базы с данными.

·        Следующий способ – это сразу приступить к уменьшению размера журнала с транзакциями.

Так как с журналом транзакций в SQLServer часто проводится много довольно весомых манипуляций, которые связаны с модификацией данных в СУБД, то такие действия приводят к увеличению размеров файловых данных внутри журнала с транзакциями. В данном случае очень важно вовремя удалять не нужные записи из журнала транзакций SQL, в связи с созданием более актуальных. Если не проводить удаления вовремя, то прошлые файлы в журнале транзакций начинают заполнять всё место на диске и далее станет невозможно работать с СУБД.

Так что, в своём роде, данный способ – это предотвращение ошибки «Журнал транзакций переполнен» в 1С.

В таком случае, удаляем те записи, которые больше не нужны, при помощи команды «BACKUPLOG», следующий шаг – это сделать меньше файл из журнала транзакций MSSQL– при помощи команды «DBCCSHRINKFILE». Таким образом, нужный нам код, для предотвращения ошибки, будет выглядеть таким образом:

Предотвращение ошибки Журнал транзакций переполнен

В данной статье были приведены общие данные о том, что такое журнал транзакций, а также проведена диагностика ошибки «Журнал транзакций переполнен» в 1С. Далее было описано, как устранить данную ошибку и дан способ для предотвращения данной неполадки.

Специалист компании «Кодерлайн»

Айдар Фархутдинов

Журнал транзакций также называется журналом повторов. Функция журнала транзакций в Oracle и SQL Server аналогична. В отличие от Oracle, при добавлении файла журнала повторов в базу данных вы можете указать такие атрибуты, как начальный размер, скорость роста и максимальный размер, как файл данных базы данных SQL Server. При добавлении файла журнала транзакций в базу данных Oracle вы можете указать только начальный размер, а не скорость роста, максимальный размер и другие атрибуты.

Операции, поддерживаемые журналом транзакций

SQL Server опирается на журналы для обеспечения согласованности (конечно, журналы имеют много функций, но согласованность является основной функцией журналов, а другие функции можно рассматривать как дополнительные функции).
Журнал транзакций поддерживает следующие операции:

• Восстановить отдельные транзакции
  Если приложение выдает инструкцию ROLLBACK или ядро ​​базы данных обнаруживает ошибку (например, потерю связи с клиентом), используйте журнал, чтобы откатить изменения, сделанные незавершенными транзакциями.
• Восстановление всех незавершенных транзакций при запуске SQL Server
  При сбое сервера под управлением SQL Server база данных может находиться в таком состоянии: некоторые изменения не были записаны из кэша в файл данных, и в файле данных есть незавершенные транзакции Изменения. Когда экземпляр SQL Server запущен, он выполнит операцию восстановления для каждой базы данных, найдет каждую ожидающую транзакцию в журнале транзакций и откатит ее, чтобы обеспечить целостность базы данных. Это восстановление называетсяВосстановление экземпляра。
• Повернуть восстановленную базу данных, файл, файловую группу или страницу до точки отказа
  После того, как аппаратные потери или сбой диска влияют на файлы базы данных, пользователи используют прошлые резервные копии базы данных для восстановления базы данных. Прошлые данные резервной копии базы данных, очевидно, являются состоянием на момент резервного копирования и не будут включать данные, сгенерированные в течение периода от завершения резервного копирования до момента сбоя базы данных, поскольку все модификации данных записываются в файле журнала повторов.SQL Server будет применять записи операций в журнале транзакций к восстановленному файлу данных., Чтобы база данных могла быть восстановлена ​​до того момента, когда произойдет сбой носителя хранения данных, этот вид восстановления называетсяВосстановление медиа。
• Поддержка репликации транзакций
  Принцип репликации транзакций состоит в том, чтобы сначала отправлять начальный моментальный снимок в базе данных издателя каждому подписчику, а затем отслеживать изменения в данных в базе данных издателя, фиксировать отдельные изменения данных и изменять Данные отправляются подписчику. Агент чтения журнала отслеживает журнал транзакций каждой базы данных, настроенной для репликации транзакций, и копирует транзакции, помеченные для репликации, из журнала транзакций в базу данных распространителя. Только подтвержденные транзакции могут быть отправлены в базу данных распространения.
• Поддержка решений высокой доступности и аварийного восстановления
  Альтернативные серверные решения, группы доступности AlwaysOn, зеркалирование базы данных и доставка журналов в значительной степени зависят от журналов транзакций.

Организация файлов журнала транзакций

1. Журнал транзакций физической архитектуры

Журнал транзакций — это просто файл журнала, в котором записывается поведение транзакций и изменения базы данных в соответствующей базе данных. Когда вы создаете новую базу данных вместе с файлом базы данных, будет файл журнала транзакций с расширением ldf по умолчанию. Конечно, база данных также может быть оснащена несколькими файлами журналов.
SQL Server логически делит физический файл журнала на несколько виртуальных файлов журнала (Virtual Log File, VLF). Используя аналогию, файл журнала (ldf) похож на поезд, а каждая машина представляет собой файл виртуального журнала (VLF).

Тогда почему SQL Server делит файл журнала на несколько VLF? Потому что SQL Server заставляет механизм хранения более эффективно управлять журналом транзакций. Физический журнал увеличивается, сжимается и использует виртуальный журнал (VLF) в качестве наименьшей единицы. При ведении журнала необходимо поддерживать только небольшое количество VLF, чтобы повторное использование пространства журнала было более эффективным.

SQL Server обрабатывает все физические файлы журнала как один непрерывный файл, последовательно записывает записи журнала, использует первый, а затем использует следующий. То есть текущее пространство первого файла журнала. Если нет выделенного VLF, будет использоваться VLF следующего файла журнала. До тех пор, пока последний файл журнала не имеет выделенного VLF, он вернется к началу первого журнала. увеличение. Не существует зеркального отображения между несколькими файлами журналов, и нет концепции повторных групп журналов. Использование VLF заключается в следующем:

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

Когда SQL Server создает базу данных, в соответствии с размером файла журнала (ldf) формула для числа сгенерированных VLF выглядит следующим образом:

Из приведенной выше диаграммы формул видно, что если файл журнала постепенно увеличивается, например, 1M1M, то при достижении 64M генерируется 64×4 VLF; но если файл журнала Прямое увеличение 64M, окончательное количество VLFs только 8. Если эти файлы журнала увеличатся до большого размера из-за большого количества маленьких приращений, у них будет много VLF, чтоФрагментация файла журналаЭто замедлит запуск базы данных и зарегистрирует операции резервного копирования и восстановления.

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

VLF может существовать в одном из следующих 4 состояний:

• active: содержит активные транзакции. Активные транзакции относятся к незавершенным транзакциям.
• Восстанавливаемый: не включает активные транзакции, но в настоящее время база данных находится в состоянии поддержания полной последовательности журнала, и эти VLF не были зарезервированы, поэтому их нельзя перевести в состояние многократного использования, чтобы их можно было использовать повторно. Если они перезаписываются путем повторного использования, полный журнал Последовательность не является непрерывной.
• возможность многократного использования: резервное копирование выполнялось в режиме полного восстановления или в режиме простого восстановления, активные транзакции не включаются.
• unused: этот VLF никогда не использовался.

2. Логическая архитектура журнала транзакций

Прежде чем любые изменения, внесенные в объекты базы данных, будут сохранены в базе данных, соответствующие записи логической операции базы данных сначала будут записаны в файл журнала. Эта запись будет записана последовательно до логического конца файла журнала, и будет назначен глобально уникальный порядковый номер журнала (LSN). Этот порядковый номер идет в точном порядке. Если в журнале есть два порядковых номера LSN2> LSN1, это означает, что LSN2 расположен после LSN1.

Журнал транзакций в базе данных отображается в одном или нескольких физических файлах. Концептуально, журнал транзакций SQL Server работает логически,Это как если бы журнал транзакций представлял собой строку записей журнала. Физически последовательность записей журнала эффективно сохраняется в наборе физических файлов, который реализует журнал транзакций.

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

SQL Server использует записи журнала для обеспечения основных свойств транзакций и восстановления базы данных.

Журнал активности
MinLSN успешно выполняется в базе данныхотменаПорядковый номер журнала самой ранней требуемой записи журнала. Часть файла журнала от MinLSN до последней записанной записи журнала называется активной частью журнала или активным журналом. Это часть журнала, необходимая для полного восстановления базы данных. Никогда не обрезайте какую-либо часть журнала активности. Все записи журнала должны быть усечены из раздела журнала до MinLSN.

На рисунке ниже показана упрощенная версия журнала завершенных транзакций с двумя активными транзакциями. Запись контрольной точки была сжата в одну запись.

LSN 148 — последняя запись в журнале транзакций. При обработке контрольной точки, зарегистрированной в LSN 147, Тран 1 был зафиксирован, и Тран 2 является единственной активной транзакцией. Это делает первую запись в журнале Tran 2 временем последней контрольной точкиАктивная транзакция(В активном состоянии, которое еще не зафиксировано, откат могут выполнять только неподтвержденные транзакции) самая старая запись журнала. Это делает LSN 142 (начальную запись транзакции Tran 2) MinLSN.

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

Усечение журнала

Перемотка физического журнала
Журнал транзакций представляет собой файл перемотки. Например, предположим, что существует база данных, которая содержит физический файл журнала, разделенный на четыре виртуальных файла журнала. Когда база данных создана,Файл логического журнала (VLF с записями журнала)ИзФайл физического журнала (включая все VLF)Начало начало. Новые записи журнала добавляются вКонец логического журнала, А затем разверните до конца физического журнала. Усечение журнала освободит все виртуальные журналы, все записи которых отображаются до минимального порядкового номера журнала восстановления (MinLSN), а усеченные части журнала помечаются как повторно используемые.

Когда конец логического журнала достигает конца файла физического журнала, новая запись журнала переходит к началу файла физического журнала.

Этот цикл повторяется непрерывно, пока конец логического журнала не достигает начала логического журнала.

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

Усечение журнала
Усечение журнала в основном используется для предотвращения заполнения журнала.Усечение журнала изменяет состояние VLF файла журнала базы данных, который не содержит активных транзакций (незавершенных транзакций), на повторное использование, освобождая пространство в логическом журнале, чтобы физический журнал транзакций мог повторно использовать пространство.Если журнал транзакций никогда не усекается, он в итоге заполнит все дисковое пространство, выделенное для физического файла журнала. но,Перед усечением журнала необходимо выполнить операцию контрольной точки, чтобы записать грязные страницы и информацию журнала транзакций в текущую память из памяти на диск.
На следующих рисунках показан журнал транзакций до и после усечения. На первом рисунке показан журнал транзакций, который никогда не был усечен. В настоящее время логический журнал использует четыре виртуальных файла журнала. Логический журнал начинается до первого файла логического журнала и заканчивается в виртуальном журнале 4. Запись MinLSN находится в виртуальном журнале 3. Виртуальный журнал 1 и виртуальный журнал 2 содержат только неактивные записи журнала. Эти записи могут быть усечены. Виртуальный журнал 5 все еще не используется и не принадлежит текущему логическому журналу.

На втором рисунке показана ситуация после усечения журнала. Виртуальный журнал 1 и виртуальный журнал 2 были освобождены для повторного использования. Теперь логический журнал начинается с начала виртуального журнала 3. Виртуальный журнал 5 по-прежнему не используется, он не принадлежит текущему логическому журналу.

Если по какой-либо причине нет задержки, усечение журнала будет происходить автоматически после следующих событий:

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

Как просмотреть записи журнала транзакций

Всем известно, что при полной модели восстановления SQLSERVER будет записывать операции, выполняемые каждой транзакцией. Эти записи будут храниться в журнале транзакций. Тогда как вы просматриваете записи журнала транзакций и что в них записывается?
В записи журнала транзакций можно увидеть множество вещей, в которых записана очень подробная информация об активности в базе данных. Откройте следующую инструкцию SQL для просмотра записей журнала транзакций базы данных:

USE [GPOSDB] - база данных для просмотра записей журнала транзакций
GO
SELECT * FROM [sys].[fn_dblog](NULL,NULL)

После выполнения операции журнала запросов в SSMS вы можете увидеть все записи журнала. Я перехватил некоторые результаты. На рисунке несколько столбцов. Вот значения столбцов:

• CurrentLSN: текущий номер LSN. Каждая запись в журнале транзакций идентифицируется уникальным порядковым номером журнала (LSN). LSN сортируется следующим образом: если LSN2 больше, чем LSN1, изменение, описанное записью журнала, идентифицированной LSN2, происходит после изменения, описанного записью журнала LSN1.
• Операция, выполняемая соответствующим номером LSN, записывается в столбце «Операция». Несколько общих и важных значений Операции перечислены ниже:
• Начало транзакции LOP_BEGIN_XACT
• LOP_LOCK_XACT получить блокировку
• LOP_MODIFY_ROW изменить строку (конкретный измененный объект можно просмотреть в AllocUnitName)
• LOP_COMMIT_XACT совершить транзакцию
• LOP_DELETE_ROWS удалить данные
• LOP_INSERT_ROWS вставить данные
• Контекст: контекст операции.
• Имя транзакции показывает имя созданной базы данных.
• TransactoinID: идентификационный номер транзакции.
• Фиксированная длина записи журнала: фиксированная длина файла виртуального журнала, записанного LSN.
• Предыдущий номер LSN: предыдущий номер LSN.
• AllocUnitID: идентификатор единицы выделения, которой принадлежит измененный фрагмент данных
• AllocUnitName: имя таблицы измененных данных.
• Идентификатор слота: первая запись страницы данных, на которой расположены данные
• PartitionID: идентификатор раздела страницы данных, на которой расположены данные

Куратор(ы):  

KT   

Автор	Сообщение
	Добавлено: 05.09.2005 22:35  [профиль]
Member Статус: Не в сети Регистрация: 06.05.2005 Откуда: Moldova	ПРОСЯ О ПОМОЩИ, ВЫКЛАДЫВАЙТЕ S.M.A.R.T. ПРОБЛЕМНОГО НАКОПИТЕЛЯ! Его можно посмотреть программами Everest, AIDA 64, Victoria 4.x, Dtemp, HDDScan, HD Tune, Crystal Disk Info, SpeedFan… Обращайте внимание на DATA/RAW-параметры, это главные и основные показатели здоровья диска. >>>При использовании Crystal Disk Info в меню Сервис>Дополнительно>Raw-значения выберите вариант «10 [DEC]» это несколько упростит восприятие информации утилиты форумчанами.<<< <<Скриншоты>> При выкладке скриншотов не забываем ограничения накладываемы пунктом 3.12 правил конференции. А именно: «Размещать в тегах «Img» картинки объемом свыше 500 кБ на сообщение. Допускаются картинки до 2 МБ под тегом «spoiler=«, а также прямые ссылки на картинки любого размера. Ссылки на страницы, где картинка отображается среди рекламы, запрещены, применяющие их сайты блокируются автоцензором.» Немного о том, как ПРАВИЛЬНО создавать скриншоты для выкладки в форуме: http://forums.overclockers.ru/viewtopic … 4&t=373001 Для лучшего понимания сути вопроса смотрите информацию на первой странице темы, составленную камрадом Ing-Syst. Так же помочь разобраться в показаниях СМАРТ может очень подробный материал размещенный на сайте ixbt.com: Оцениваем состояние дисков при помощи S.M.A.R.T. Возможно, для решения Вашей проблемы потребуется провести цикл процедур утилитами Виктория и MHDD. Ссылки на инструкции по работе с программами можно найти на первой странице темы. Связанные темы [FAQ] Всё о винчестерах Western Digital [FAQ] по винчестерам Seagate [FAQ] Всё о винчестерах Hitachi [FAQ] Всё о винчестерах Samsung Восстановление данных Ремонт HDD Сигейт официально признал проблему с 7200.11 Полезные сообщения участников этой темы: Обнуление некоторых параметров СМАРТ на винчестерах Samsung Как найти файлы на которые приходятся кандидаты на ремап. Отключение парковки на винчестерах Seagate 7200.14 без батников и автозагрузки (нуждается в проверке) Remap и Advanced remap, erase и erase delays — назначение команд утилиты Victoria (1,2) Смена режима контроллера с IDE на AHCI при наличии уже установленной операционной системы Win 7 Win XP ShutUp — программа камрада CoolCMD для предотвращения частых парковок HDD. https://disk.yandex.ru/d/x3UITAgo3EGqub Программа считывает один сектор через определенный пользователем промежуток времени. Учёт и поиск запчастей к жестким дискам — R.baza. Последний раз редактировалось KT 29.11.2021 18:36, всего редактировалось 15 раз(а).

Реклама
Партнер

mol61
Member Статус: В сети Регистрация: 15.06.2010 Откуда: Калуга Фото: 19	Grom517 писал(а): на одной линии висят все винты и сидюк, всего 5 штук.. Не очень хорошо. Лучше раскидать. Но больше зависит от качества контактов и самого БП. _________________ Лужу, паяю, не шалю, никого не трогаю, починяю примус (ЭВМ). Я не фанат INTEL, я просто не люблю AMD.

Grom517
Member Статус: Не в сети Регистрация: 10.01.2010	mol61 Так это, hx850W всё-таки.. Чуть позже пересоберу на разных линиях, а пока диск в гарантию. Самому разбирать чтобы чистить — поцарапаю, нарушу условия договора гарантии. Добавлено спустя 1 минуту 28 секунд: P.S. Если новый винт не будет сбоить, значит дело было не в бп? Или это со временем может проявляться?

UltroZero

Junior Статус: Не в сети Регистрация: 11.04.2015

Здравствуйте! Начались проблемы с жестким диском: 3.5″ 4TB Seagate Мое железо: 1.Мат. плата: ASUS CROSSHAIR V FORMULA-Z 2.Процессор: AMD FХ8350 FRHK BOX 3.Видеокарта: ASUS Radeon R9 290X 4096Mb DCII OC (R9290X-DC2OC-4GD5) 4.Модуль памяти: DDR3 16GB (2x8GB) 2133 MHz G.Skill (F3-2133C10D-16GSR) 6.Блок питания: CHIEFTEC 1000W (APS-1000C) 7.Накопитель SSD: 2.5″ 256GB Samsung (MZ-7PD256BW) — на нем Винда 8.Жесткий диск: 3.5″ 4TB Seagate (ST4000NM0033) — Больной пациент Что произошло: Установил и запустил на машине, именно на HDD диске, он разбит на четыре раздела (в разделе — том «I»), программу Asus GPU Tweak, сделал ею настройки видеокарты, сохранил и попытался закрыть программку, но винда вдруг зависла намертво, не реагировало ничего, ни мышь, ни клавиатура, очень долго, пришлось вырубать кнопкой питания на системнике. После перезагрузки запустился CHKDSK и попытался что-то исправить, но не завершив свою работу вылетел в BSOD. Пришлось опять перезагружаться и софтинка CHKDSK снова зависла на каком то этапе работы, но уже без BSOD. Перезагрузился еще раз отменив работу CHKDSK, и о чудо, HDD диск начал сильно тормозить, пропадать и т.д. Загрузка и окончание работы винды происходят очень долго когда диск иннициализируется системой, зайти в него можно, но папки открыть невозможно — «ошибка ввода/вывода», ничего нельзя скопировать или перенести. В управлении дисками отображается нормально, никаких проблем не видно. Бывает после перезагрузки он вообще нигде не отображается, ни в проводнике, ни в управлении дисками, ни в диспетчере устройств и очень редко, но даже не отображается в биосе (очень редко). Ничего пока не предпринимал так как весь софт стоял именно на нем, на SSD голая (обнаженная) винда, правда пробовал еще исправить ошибки из под винды стандартными методами через «свойства» диска, но ничего не запускается, окно сразу закрывается, пробовал еще утилиту CHKDSK при перезагрузке, она нашла и исправила в томе «I» какие-то файлы, но ничего не имзенилось. Когда диск не отображается в системе, виндовс работает быстро, без проблем, не тормозит. Иногда после перезагрузки все четыре тома находятся в разделе «другие» со знаком вопроса и ни на что не реагируют. В журнале событий виндовс такие ошибки и предупреждения: 1.Структура файловой системы на диске повреждена и непригодна к использованию. Запустите программу CHKDSK на томе I: . 2.Драйвер обнаружил ошибку контроллера DeviceHarddisk2DR2. 3.Сбой при запуске службы «AODDriver4.2.0» из-за ошибки. Системе не удается найти указанный путь. 4.Не удалось инициализировать аварийный дамп. 5.Системе не удалось очистить данные журнала транзакций. Возможно повреждение данных. 6. Обнаружена ошибка на устройстве DeviceHarddisk1DR1 во время выполнения операции страничного обмена. 7. Драйвер обнаружил ошибку контроллера DeviceIdeIdePort4. 8. Служба «ASGT» помечена как интерактивная. Однако в конфигурации системы интерактивные службы не допускаются. Возможна неправильная работа службы. 9. Используемый по умолчанию диспетчер ресурсов транзакций на томе P: обнаружил неповторяемую ошибку, и его запуск невозможен. Данные содержат код ошибки. Информация на нем есть очень важная и недопустимо чтобы она попала в чужие руки, жесткому диску чуть больше года, он еще на гарантии, хотелось бы выяснить это аппаратная проблема или программная, можно ли вылечить или отправлять по гарантии? Последний раз редактировалось KT 24.04.2015 2:09, всего редактировалось 1 раз. Поправил форматирование текста

mol61

Member Статус: В сети Регистрация: 15.06.2010 Откуда: Калуга Фото: 19

UltroZero Как много слов… Подыхает пациент. СМАРТ смотри и Viktoria прогони тест поверхности. По результатам будем посмотреть. Добавлено спустя 3 минуты 17 секунд: UltroZero писал(а): Информация на нем есть очень важная и недопустимо чтобы она попала в чужие руки, SeaTools имеет опцию тотальной зачистки. Она меня один раз спасла, точнее такого пациента. Софт-бэды вылечились. _________________ Лужу, паяю, не шалю, никого не трогаю, починяю примус (ЭВМ). Я не фанат INTEL, я просто не люблю AMD. Последний раз редактировалось mol61 11.04.2015 13:00, всего редактировалось 1 раз.

Sania.
Member Статус: Не в сети Регистрация: 22.12.2012 Фото: 1	Да не, надо смарт глянуть, всё что написано и правда ничего не даёт узнать о состоянии пациента.

mol61
Member Статус: В сети Регистрация: 15.06.2010 Откуда: Калуга Фото: 19	Вот, и спец подключился, щас реанимируем (или закопаем). _________________ Лужу, паяю, не шалю, никого не трогаю, починяю примус (ЭВМ). Я не фанат INTEL, я просто не люблю AMD.

Sania.
Member Статус: Не в сети Регистрация: 22.12.2012 Фото: 1	Ну, какой я спец, спец у нас Tomset.

mol61

Member Статус: В сети Регистрация: 15.06.2010 Откуда: Калуга Фото: 19

Sania. писал(а): Ну, какой я спец Не прибедняйся. Хотя скромность украшает… Поциэнт то пропал. Или комп разобрал? У меня у самого только один комп в сеть выйти способен, мобила убогинькая, для инвалидов по зрению и слуху. Но в случае бяды смогу за час собрать и запустить резервный. На работе другое дело, только у меня их три. _________________ Лужу, паяю, не шалю, никого не трогаю, починяю примус (ЭВМ). Я не фанат INTEL, я просто не люблю AMD.

UltroZero
Junior Статус: Не в сети Регистрация: 11.04.2015	Дело в том что он часто не иннициализируется системой, приходится перезагружаться пока не появится. Смарт от больного: #77

Pavel12
Member Статус: Не в сети Регистрация: 06.07.2012	Эта та ещё дрянь, даже файлопомойку на ней бы не держал, только под BackUp-файлопомойки положить на полку, что я и сделал Ресурс там, что то мало, всего 2400 часов насчитали в поддержке Ну мне хватит, по 7 часов раз в месяц для снятия бэкапов. _________________ Смотри-ка какой усатый Последний раз редактировалось Pavel12 11.04.2015 14:00, всего редактировалось 3 раз(а).

ShadovV
Member Статус: Не в сети Регистрация: 13.11.2012 Откуда: Майкоп	UltroZero писал(а): Дело в том что он часто не иннициализируется системой, приходится перезагружаться пока не появится Для начала поменяй все sata кабели, или проверь как они в разъемах держатся. _________________ ASRock Fatal1ty X370 Professional Gaming, AMD Ryzen 7 1700x, Samsung 2x16Gb M378A2K43CB1-CRC@3333MHz, MSI 1080ti Armor OC.

UltroZero
Junior Статус: Не в сети Регистрация: 11.04.2015	С кабелями все в порядке, до этой проблемы, пока не вырубил кнопкой, было все отлично, я на всякий случай кабеля по перетыкивал, но ничего не поменялось. Ребята, а что СМАРТ говорит, а то я ничего не понимаю в нем?

Sania.

Member Статус: Не в сети Регистрация: 22.12.2012 Фото: 1

mol61 писал(а): У меня у самого только один комп в сеть выйти способен, мобила убогинькая, для инвалидов по зрению и слуху. Но в случае бяды смогу за час собрать и запустить резервный. На работе другое дело, только у меня их три. У меня дома три только собранных, хоть сейчас подрубай. Аварийный есть и для работы с дисками от других компов, чтоб ненароком основной не заразить чем от клиента. Pavel12 писал(а): Ресурс там, что то мало, всего 2400 часов насчитали в поддержке Это бред, вы не так поняли спеки. UltroZero писал(а): Ребята, а что СМАРТ говорит, а то я ничего не понимаю в нем? Говорит что кабель сдох, до этого не было, сейчас появилось, меняйте на новый. Ну может контакт отошёл немного или грязи набилось.

silver63rus
Member Статус: Не в сети Регистрация: 06.09.2010 Откуда: Самара	Sania. Да, замена кабеля не даст расти показателю CRC ошибок при передаче. Но Вы, похоже, напрочь игнорируете 184 ошибку — ошибку хеш контроллера диска. Которая никак, не связана со 199 ошибкой. И которая, даёт понять , что у диска серьёзные проблемы, и срочно требуется бэкап.

Sania.
Member Статус: Не в сети Регистрация: 22.12.2012 Фото: 1	Silver63rus как раз может быть связана, если бы на атрибуте 199 было нули, возможно можно было предположить проблему с кэшем или совместимостью с контроллером матери. Там не 184 ошибки, немного меньше 25. Этот диск, после замены кабеля надо было бы прописать нулями. Вот если не поможет, попробовать на другой машине, нет, гарантия.

Sumen

Member Статус: Не в сети Регистрация: 21.10.2014

UltroZero писал(а): Информация на нем есть очень важная и поэтому про чекдиск лучше забыть. Если действительно ценная, то лучше перестать самостоятельно его ковырять. Максимум, что можно «починить» в домашних условиях на диске с ценными данными — поменять интерфейсный кабель и почистить контакты в гермозону. И все. Остальные действия либо деструктивны, либо усугубляют ситуацию. При «массовом отказе» (а именно — зависание, запуск чекдиска с последующими BSOD) есть очень большой шанс «ввести диск в ступор», не забывайте, что каждый сбой диск расценивает как единичный и будет пытаться его переназначить. А если у него с «головами» проблемы начались, или царапина на поверхности? То тесты Victoria (которые, в принципе, ничего не покажут, зато драгоценного времени украдут вагон) могут его вполне добить. Добавлено спустя 36 секунд: Sania. писал(а): Этот диск, после замены кабеля надо было бы прописать нулями. А на данные забить?

Sania.
Member Статус: Не в сети Регистрация: 22.12.2012 Фото: 1	Sumen писал(а): А на данные забить? Если не нужны, да. Я же думаю что тс не идиот и скопировал или скопирует всё нужное.

Sumen
Member Статус: Не в сети Регистрация: 21.10.2014	Sania. писал(а): Я же думаю что тс не идиот и скопировал или скопирует всё нужное. ТС-то не идиот, но: UltroZero писал(а): Структура файловой системы на диске повреждена и непригодна к использованию. И если это не кабель, то…

Sania.
Member Статус: Не в сети Регистрация: 22.12.2012 Фото: 1	Ну, у меня в лёгкую портилась файловая система на плохом кабеле при запуске проверки. Надо диагностировать, что угодно может быть.

Sumen

Member Статус: Не в сети Регистрация: 21.10.2014

Sania. писал(а): Надо диагностировать, что угодно может быть. Поддерживаю: Sumen писал(а): Максимум, что можно «починить» в домашних условиях на диске с ценными данными — поменять интерфейсный кабель и почистить контакты в гермозону. Только от тестирования/ремапа/записи нулями и прочего я бы воздержался, т.к. UltroZero писал(а): Информация на нем есть очень важная Хотя, если стоит вопрос про «отправлять по гарантии», то ценность информации явно меньше стоимости нового диска. UltroZero, Вы же в курсе, что данные бесплатно не восстанавливают? Даже по гарантии

—

Лаборатория

Описание ошибки:
В это публикации будет рассмотрена не только сама ошибка СУБД о переполнении журнала транзакций, но описание того, как уменьшить (очистить, сократить) журнал транзакций.

Найденные решения:

Эту ситуацию можно было отнести к части обслуживающих операций. Но дает знать о себе переполнение журнала транзакций СУБД в самые неподходящие моменты. Например, часто, при обновлении баз данных, поскольку частое выполнение операций по модификации данных базы приводит к увеличению размеров журнала транзакций. Старые записи журнала транзакций в некоторый момент могут стать не востребованными и могут быть удалены. Таким образом освобождается место для новых записей. Если вовремя не удалять старые записи журнала транзакций, то его файл может занять все свободное дисковое пространство и работа с базой данных станет невозможной, сопровождаемая приведенной ошибкой.

Рассмотрим 

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

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

Запускается SQL Server Management Studio. В ветке «Базы данных» дерева «Обозревателя объектов» находим базу данных по названию. Вызываем контекстное меню правой кнопкой мыши и в нем выбираем пункт «Создать запрос» и вводим текст:

BACKUP LOG [name_db] WITH TRUNCATE_ONLY
go
DBCC SHRINKFILE ([log_file])
go

, где [name_db] — имя (название) базы данных СУБД. В примере — «Бухгалтерия»;
, а [log_file] имя или путь к файлу журнала (лога) транзакций формата *.ldf. О том, как определить его название и местоположение см. ниже, в примере — «Бухгалтерия_log.ldf»

Прежде чем «Выполнить» запрос нажатием соответствующей кнопки потребуется определить имя файла журнала транзакций. Можно просто искать его по названию базы и расширению на дисках сервера. А можно посмотреть в свойствах базы.

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

В открывшемся окне «Свойств базы данных» переходим на страницу «Файлы». И смотрим «Путь» и «Имя файла» журнала транзакций в колонках таблицы «Файлы базы данных». Эти сведения и используем для заполнения в запросе для параметра [log_file].

​

Так же можно на будущее настроить автоматическое сжатие журнала транзакций. Это изложено в документации на сайте SQL: настройка авторасширения и автосжатия в SQL Server

Оцените, помогло ли Вам предоставленное описание решения ошибки?

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

04-08-2021

Журавлев А.С.
(Сайт azhur-c.ru)