Уменьшение размера логов баз SQL – ЗАПИСКИ КРАСНОДАРСКОГО СИСАДМИНА
Чаще всего логи хранятся в файле .ldf рядом с файлом базы данных. Если в настройках базы данных нет ограничения на размер логов и используется полная модель восстановления, то файл логов может разрастаться до очень больших размеров и тогда его нужно очистить.
Заходим в SQL Server Management Studio, подключаемся к нужному серверу, выбираем нужную базу и открываем для неё форму свойства в контекстном меню и в разделе “Параметры” меняем модель восстановления на простую.
Закрыв форму “Свойства”, выбираем в контекстном меню базы “Задачи”-“Сжать”-“Файлы”
В появившийся форме выбираем тип файла “Журнал”, и в настройках операций сжатия пункт “Реорганизовать страницы, перед тем как освободить”. Если в пункте “Сжать файл” установить 0, тогда накопившиеся на момент сжатия логи будут удалены.
При необходимости, возвращаем обратно модель восстановления данных “Полная”.
В продолжение темы, рассмотрим удаление неиспользуемых журналов регистрации из папки Srvinfo
Для каждой базы данных 1С существует своя директория хранения журнала регистрации и выглядит она таким образом
C:\Program Files\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Log
После удаления базы данных с сервера 1С папка журнала регистрации не удаляется из Srvinfo. Поэтому из множества папок в Srvinfo могут находиться и те, которые давно не используются и просто занимают место на жестком диске. Вычислить эти папки можно открыв файл 1CV8Clst.lst, который находится так же в reg_1541.
Копируем <Идентификатор базы на сервере
В директории Srvinfo находится папка с названием вида snccntx+<Идентификатор базы на сервере>. Эта папка содержит сеансовые данные и ее лучше не удалять без необходимости, да и много места она не занимает.
1 641
Журнал регистрации 1С — настройка, хранение и его очистка
Журнал регистрации 1С — специальный механизм платформы 1С версий 8.3, который позволяет фиксировать работу пользователей с системой. С помощью журнала можно узнать, кто и когда изменял объекты в системе: справочники, документы, регистры и т.д. Ниже мы рассмотрим, как работать с этим механизмом, где хранятся файлы журнала регистрации 1С, каким образом происходит его настройка, как оптимизировать журнал регистрации и как можно произвести полную очистку данных.
Где хранится журнал регистрации
Начнем с того, где хранится журнал регистрации в 1С. Варианта может быть два — для файлового и клиент серверного режима работы.
Файловая база
Для файловых баз данных 1С журнал находится в папке с базой данных. Расположение файлов можно узнать при запуске программы в меню выбора базы данных:
Красным выделен путь. Если мы проследуем по этому пути, то увидим следующую картину:
Если вы только начинаете программировать в 1С или просто хотите систематизировать свои знания — попробуйте Школу программирования 1С нашего друга Владимира Милькина. Пошаговые и понятные уроки даже для новичка с поддержкой учителя.
Попробуйте бесплатно по ссылке >>
Получите 267 видеоуроков по 1С бесплатно:
Папка 1Cv8Log — это и есть директория, содержащая журнал регистрации.
- Если Вы планируете перенести файловую базу данных и хотите сохранить историю журнала регистрации, Вам обязательно надо скопировать папку 1Cv8Log в категорию новой базы 1С.
- Если необходимо очистить журнал регистрации 1С в файловой базе,
Клиент-серверная база 1С SQL
В клиент-серверном режиме файлы истории обычно хранятся на сервере в каталоге:
C:\Program Files\1cv8\srvinfo\<Имя кластера сервера>\<Идентификатор базы на сервере>\1Cv8Log
Чтобы перенести журнал регистрации 1С для базы SQL, так же, как и для файловой, достаточно перенести папку в расположение новой базы.
Так же и с удалением — достаточно просто удалить данную папку.
Настройка журнала
Чтобы увидеть доступные настройки, необходимо зайти в режиме 1С конфигуратор и в главном меню найти пункт «Администрирование — Настройка журнала регистрации…»:
В открывшемся интерфейсе доступны следующие настройки ведения журнала:
Здесь в поле «Регистрировать в журнале события» можно указать детализацию регистрируемых данных. Пункт «Не регистрировать» позволяет отключить ведение журнала вовсе. Другие пункты расшифровываются следующим образом:
- Ошибки — все возможные варианты сбоев и ошибок в системе;
- Предупреждения — важные сообщения системы, которые не являются ошибками;
- Информация — вся информация об изменяемых данных системы;
- Примечания — неважные сообщения (почти всегда их можно отключить).
Другие настройки рассмотрим далее, они относятся к оптимизации работы журнала.
Оптимизация журнала регистрации
Среди способов оптимизации скорости загрузки и работы с журналом можно выделить следующие методы:
Регистрацию меньшего количества событий. Отключение записи неважных для нас сообщений позволит существенно сократить объем информации и увеличить скорость работы.
Разделение хранения журнала по периодам. Если изменить настройку «Разделять хранение журнала по периодам» на значение день (для больших баз данных) / неделя (для средних), можно существенно поднять производительность журнала. Файлы логов будут разбиваться в папке 1Cv8Log на порции, заданные в настройке, и будут иметь вид, подобный 20140905000000.lgp, в котором видно дату и время создания лога.
Сокращение журнала регистрации также дает существенную оптимизацию в работе с журналом. Для этого нажмите на кнопку «Сократить» в настройках. Выберите период, до которого желаете сократить журнал:
При использовании данного способа настоятельно рекомендуется записать удаляемые события в отдельный файл. Это позволит в любой момент восстановить историю, которая была удалена из журнала базы данных 1С.
И последний и самый эффективный способ оптимизации — перевод журнала регистрации на так называемый «Новый формат». Доступен он начиная с версии платформы 1С 8.3.5.1068. Данный формат хранения лога журнала регистрации не в текстовом файле, а в отдельной базе данных на СУБД SQLite.
Для перехода на новый формат достаточно сконвертировать журнал с помощью нажатия кнопки «Новый Формат»:
Будьте внимательны, обратная конвертация в старый формат невозможна.
В системе 1С для анализа технической информации существует также технологический журнал.
Другие статьи по 1С:
Видео по настройке журнала регистрации:
Если Вы начинаете изучать 1С программирование, рекомендуем наш бесплатный курс (не забудьте
К сожалению, мы физически не можем проконсультировать бесплатно всех желающих, но наша команда будет рада оказать услуги по внедрению и обслуживанию 1С. Более подробно о наших услугах можно узнать на странице Услуги 1С или просто позвоните по телефону +7 (499) 350 29 00. Мы работаем в Москве и области.
Шринк лога транзакций MS SQL 2008/2012 в экстренном случае или боремся с ошибкой HRESULT=80040E14
Когда при подключении к базе MS SQL появляются ошибки:
Ошибка СУБД:
sys. databases HRESULT=80040E14, SQLStvr: Error state=2, Severity=11,native=9002, line=1
или
Ошибка СУБД:
Microsoft OLE Provider for SQL Server: The transaction log for database “ReportServer” is full. To find out why space in the log cannot be reused, see the log_reuse_wait_desc column is sys.database
HRESULT=80040E14, SQLSTATE=4 2000, native=9002
это значит, что на диске, где расположен лог транзакций закончилось место и теперь СУБД некуда записывать данные о новых транзакциях. Чаще всего такое происходит, когда не установлено никаких ограничений на размер лога и в MS SQL не создано соответствующих планов обслуживания.
В таком случае нужно уменьшить размер самого файла транзакций (*.ldf), другими словами сделать шринк (сжатие) лога. Для этого можно использовать как запрос, так и сжатие лога вручную.
Рассмотрим сжатие лога транзакций вручную:
Шаг 1. Установить модель восстановления Простая (Simple). Правой кнопкой на базе — Свойства(Properties) — Параметры(Options) — 4-й сверху пункт Модель восстановления(Recovery model) — Простая(Simple) — OK.
Шаг 2. Выполнить шринк (сжатие) лога транзакций. Правой кнопкой на базе — Задачи(Tasks) — Сжать(Shrink) — Файлы(Files) — установить Тип файла(File type) — Журнал(Log) — в Операция сжатия(Shrink action) — выбрать Реорганизовать страницы, перед тем осводить неиспользуемое место(Reorganize pages before releseasing unused space) — Сжать файл (Shrink file to) —
указать приемлемый размер лога.
Шаг 3. Установить модель восстановления Полная(Full). Правой кнопкой на базе — Свойства(Properties) — Параметры(Options) — 4-й сверху пункт Модель восстановления(Recovery model) — Полная(Full) — OK.
P.S.: В данной статье даны рекомендации для решения конкретной проблемы. Настройка самого MS SQL здесь не рассматривается!
Как очистить Кэш в 1С — для пользователя, сервера
Что такое кэш?
Программа 1С:Предприятие создана таким образом, что в процессе работы постоянно стремится оптимизировать скорость выполнения операций. С этой целью на компьютере пользователя создается «кэш», в котором хранится часто используемая информация, например: расположение и формы окон, служебные данные пользователя, настройки отборов, шрифтов и т.д.
Кэширование позволяет сократить количество обращений к серверу и, тем самым, повысить скорость работы 1С:Предприятие. Этот механизм экономит время, но и содержит ряд проблем.
Если после обновления конфигурации у Вас «поплыли» формы, перестал работать отчет, выскакивают окна с ошибками, то вероятнее всего проблема решается очисткой кэша.
Как очистить кэш?
Существуют два основных способа очистки кэша.
1. Запуск базы 1С с использованием параметра «/ClearCache»
Данный метод очень прост. В окне выбора информационной базы выберите ту, чей кэш нужно очистить. Нажмите кнопку «Изменить».
В последнем окне Редактирования информационной базы задайте параметр запуска «/ClearCache». Нажмите «Готово» и запустите информационную базу.
В результате вышеописанных действий очистится кэш запросов «клиент-сервер». Поэтому, если проблема заключалась в локальном кэше метаданных, то данный метод очистки кэша не принесет результата. При использовании данного метода важно понимать, что папка временных файлов будет «отвязана» от информационной базы, но не будет удалена с вашего компьютера.
2. Очистка кэша 1С вручную
Для удаления файлов кэша вручную необходимо найти папки, где кэш хранится. Для операционных систем Win7 и выше временные файлы хранятся по адресу:
- C:\Users\Username\AppData\Roaming\1C и C:\Users\Username\AppData\Local\1C в папках, начинающихся с «1cv8».
- В Windows XP, в папке пользователя по адресу Local Settings\Application Data\1C\.
- Если папка AppData не видна, то нужно настроить видимость скрытых папок.
Ниже на рисунке показано, как выглядят файлы кэша – папки с длинными непонятными именами. В нашем случае файл всего один.
Для очистки кэша нужно удалить эти папки.
Важно! Удалять папки можно только тогда, когда завершены процессы работы с 1С:Предприятие.
3. Очистка кэша в 1С на сервере или пользовательском ПК с помощью готовых скриптов
В Интернете можно найти готовые скрипты по очистке временных файлов 1С. Использование таких скриптов может привести к непредсказуемым последствиям, поэтому рекомендуется только для системных администраторов и сотрудников технической поддержки.
Этот способ поможет очистить кэш 1С как на клиенте, так и на сервере. Для этого Вам понадобится доступ к соответствующим папкам сервера
4. Дополнительно
Если после использования вышеописанных способов очистки кэша ошибка, например «Не верный формат хранилища данных«, все равно сохраняется, то рекомендуют остановить сервер 1С и вручную чистить папку reg_1541/SNCCNTX. Она расположена на компьютере центрального сервера 1С:Предприятия в каталоге <рабочий каталог кластера> / <идентификатор информационной базы>.
Например:
Будьте внимательны, в этой папке можно чистить не все. Перечислю что чистить можно:
- 1CV8Reg.lst — реестр кластера (в нем хранятся список зарегистрированных информационных баз, рабочие сервера и процессы, соответствие кластера и доп. менеджера, список админов.)
- srvribrg.lst — список кластеров (зарегистрированные кластеры и админы центрального сервера)
- 1cv8ftxt — данные полнотекстового поиска. Они лежат на центральном сервере 1с: рабочий каталог кластера-идентификатор информационной базы
- 1Cv8Log — журнал регистрации базы *.lgp и *.lgf.
Важно иметь ввиду, что после очистки кэша запуск 1С немного замедлится.
Журнал регистрации 1С — настройка, хранение и его очистка
Если вы должны обеспечивать работоспособность системы 1С с большим количеством пользователей, то часто возникают ситуации, когда необходимо проверить их действия. Именно для этого разработчики и создали специальный механизм – журнал регистрации. Он позволит узнать, кем вносились изменения в документы и другие объекты системы, кто получал сообщение об ошибках, запускал отчеты.
Где в 1С находится журнал регистрации ошибок?
Отследить, какие ошибки появлялись у пользователей в процессе работы, можно несколькими способами. Чаще всего используют меню «Администрирование», зайти в пункт «Обслуживание» и нажать «Журнал регистрации»:
Рис.1 Путь к журналуТакже в журнал регистрации попадете, воспользовавшись общим меню под названием «Все функции»:
Рис.2 Меню «Все функции»Кроме этого, запустить журнал можно и из конфигуратора. Для этого откройте вкладку меню «Администрирование» и выберите пункт «Журнал регистрации»:
Рис.3 Запуск журнала из конфигуратораПроще всего и быстрее при частом использовании журнала добавить его в «Избранное».
Рис.4 Добавление в избранноеМестонахождение данных журнала отличается для случаев файловых и клиент-серверных баз. В первом случае файлы журнала регистрации расположены в папке с базой в отдельном каталоге «1Cv8Log». Если реализованы сервер и клиентские места, то история ошибок и действия пользователей находиться на сервере в отдельной папке.
Как открыть журнал регистрации?
Чтобы открыть данные по истории действий пользователей и ошибок необходимо зайти в журнал регистрации любым способом и установить отборы. Проблема в том, что при большом количестве пользователей журнал регистрации становится внушительного размера и 1С показывает лишь несколько последних записей. Чтобы увидеть больший список данных – необходимо выставить нужные фильтры.
Рис.5 Переход к отборуВ открывшейся форме вы сможете установить те отборы по данным журнала регистрации, которые необходимы. Сверху задается интервал поиска, если необходимо учесть, когда были зафиксированы действия пользователей или ошибки. Слева вы отмечаете, события какой важности вас интересуют, а справа можно установить отборы:
- Тип события;
- Пользователя, под которым произошло действие или ошибка;
- Приложение;
- Компьютеры;
- Перечень сеансов.
В разделе «Данные» можно установить отборы на конкретные объекты системы от всего списка документов, до поиска по единственному элементу справочника. Раздел «Транзакция» позволит отследить только записанные операции или еще не завершенные. Раздел «Прочие» предоставляет возможность поиска по различным серверам или IP портам.
Рис.6 Разделы отборов журналаКак отключить журнал регистрации?
Многие компании, не располагающие мощными серверами и не желающие тратить деньги на аренду оборудования, отключают журнал регистрации в 1С. Это чревато тем, что в случае ошибок вы не сможете посмотреть, когда и у кого они появлялись. Но журнал регистрации требует много ресурсов, поэтому иногда, действительно, целесообразно отказаться от этого механизма. К тому же, механизм версионирования объектов частично выполняет функции журнала регистрации, позволяя увидеть внесенные изменения в объекты системы.
Для того чтобы отключить журнал регистрации, необходимо сделать для администратора монопольный режим и зайти в конфигуратор. В выпадающем меню откройте вкладку «Администрирование» и откройте «Настройка журнала регистрации…».
Рис.7 Настройка журнала регистрацииПосле выбора пункта «Не регистрировать» и подтверждения своего выбора нажатием кнопки «ОК», запись всех событий в журнал регистрации остановится.
Рис.8 Остановка записи событий в журналКак выгрузить журнал регистрации?
Так как данный механизм требует больших ресурсов, многие администраторы предпочитают работать с историей не через 1С, а в другом формате. Это позволяет не нагружать сервер, и клиентский компьютер при этом также работает существенно быстрее. Чтобы осуществить выгрузку журнала регистрации, необходимо сформировать отчет с нужными данными в 1С. Затем нажмите «Выгрузить журнал».
Рис.9 Выгрузка журналаТакже в 1С встроена функция «ВыгрузитьЖурналРегистрации()», которой можно воспользоваться во внешних обработках, чтобы выгружать себе определенные данные. Анализировать выгруженные данные может помочь типовая обработка «Консоль анализа журнала регистрации». Она распространяется на диске ИТС, который вы получаете, когда заключаете договор с партнерами компании 1С. Если же нет доступа к этим дискам, то на помощь может прийти интернет и официальный сайт ИТС.
Как восстановить журнал регистрации?
Бывают случаи, когда при переносе информационной базы или обновлении сервера журнал регистрации оказывается пустым. Если вам не повезло, и журнал некорректно работает, то придется заниматься восстановлением данных. В первую очередь проверьте сами файлы журнала регистрации. Если говорить о клиент-серверном варианте, то они хранятся на сервере в каталоге:
С:\ProgramFiles\1Cv8\srvinfo\ПодставьтеИмяСервера\ПодставьтеИдентификаторИБ\1Cv8Log.
Зачастую достаточно бывает переноса содержимого этой папки в каталог с новым расположением ИБ, чтобы журнал регистрации восстановился. Если же это не помогло, то придется обращаться к архиву логов или стороннему ПО для восстановления данных журнала регистрации. Перед тем как запускать обработки на рабочей базе, обязательно потренируйтесь на копии ИБ.
Очень часто подобные проблемы появляются после неаккуратных попыток уменьшить размер файлов журнала регистрации.
Как сократить журнал регистрации?
По мере работы в 1С данные журнала регистрации становятся все больше. Если вы обладаете ограниченными ресурсами, то уже через пару лет вы столкнетесь с нехваткой места на диске. Уменьшить размер истории ошибок и действий пользователя – естественный шаг для экономии места и оптимизации работы базы. Для этого нам понадобиться режим конфигуратора.
Необходимо открыть форму «Настройка журнала регистрации…» из меню «Администрирование»:
Рис.10 Как уменьшить размер истории ошибок и действийВ сокращении журнала регистрации нам помогут 2 функции:
- Кнопкой «Сократить» удаляем все данные до определенной даты;
- Возможность выбора периодов разделения журнала. При установке данной опции в значение «День», каждый день будет создаваться новый файл журнала регистрации. Мы сможем устаревшие данные перемещать на отдельный ресурс. Также не лишним будет применить архивирование журнала в zip или rar для минимизации занимаемого места.
Как очистить журнал регистрации?
Многие администраторы периодически чистят журнал регистрации. Это оправданно, если вам нужно удалить старые записи или в данных по истории действий в базе нет необходимости. Выше был рассмотрен способ очистки журнала до определенной даты – с помощью кнопки «Сократить», используя конфигуратор. Но это не единственная возможность у администратора, чтобы очистить избавиться от ненужных данных журнала регистрации.
Логи 1С хранятся в папке 1Cv8Log в каталоге расположения информационной базы. Чтобы очистить журнал регистрации достаточно просто удалить данную директорию вместе с содержимым. Это освободит немало места на жестком диске, но рекомендуется произвести архивирование журнала и переместить данные в другое место.
Можно ли программно добавить запись в журнал?
Многие администраторы и разработчики активно используют журнал регистрации не только для отслеживания ошибок и действий пользователя. Встроенный функционал внутреннего языка 1С позволяет им программно записывать свои события в журнал регистрации. Для этого используется функция «ЗаписьЖурналаРегистрации()» с набором параметров.
ЗаписьЖурналаРегистрации("Событие1",
УровеньЖурналаРегистрации.Информация,,,
"Процесс закончен",РежимТранзакцииЗаписиЖурналаРегистрации.Транзакционная)
Таким образом, у каждого программиста есть возможность записывать собственные события в стандартный журнал регистрации. Эта возможность дает обширный простор для различных контролей и отслеживания работы пользователей. Особенно это актуально, если у вас настроено большое количество фоновых заданий, за которыми некогда следить.
Как вернуть старый формат журнала регистрации?
Начиная с версии 8.3.5, в 1С появляется новый формат данного механизма. Если вы создадите базу на основе платформы версии 8.3.5 и выше, то увидите в папке 1Cv8Log файл формата lgd. Пользователями уже замечено, что при большом количестве пользователей новый журнал регистрации работает существенно хуже. Поэтому многие администраторы заинтересованы в том, чтобы вернуть старый формат журнала регистрации.
Чтобы снова увидеть файл формата lgf, нужно для каждой базы 1С проделать следующий алгоритм:
- Найдите папку 1Cv8Log для конкретной базы;
- Удалите из каталога все файлы. Желательно сохранить их в другом месте;
- Создайте в папке 1Cv8Log пустой файл формата 1Cv8.lgf.
Вышеперечисленный алгоритм проделайте для каждой информационной базы.
Можно ли перенести журнал регистрации в отдельную базу?
Если вам пришлось переносить информационную базу на другой сервер, то необходимо не забыть и о журнале регистрации. Если на него не обращать внимания, то при просмотре вы обнаружите, что данные невозможно прочитать и придется журнал очищать.
Процедура переноса журнала отличается при файловом и клиент-серверном варианте информационной базы. В первом случае вам достаточно лишь найти в старом каталоге базы папку 1Cv9Log и скопировать ее в новую директорию базы.
Второй случай сложнее, так как потребуется исправлять идентификатор ИБ. Для этого откройте файл 1Cv8Reg, расположенный на сервере, и найдите в нем строчку с указание ID – источника ИБ. Зайдите в каталог этой ИБ и перенесите оттуда в новую директорию папку 1Cv8Log. Также следует внести изменения в адреса сервера, если базу перенесли.
Если у вас возникли сложности с переносом журнала, обратитесь к нашим специалистам. Мы с радостью проконсультируем вас, подскажем, сколько стоит доработка 1С, или, ориентируясь на ваши индивидуальные задачи, подберем оптимальный тариф сопровождения.
Оптимизация базы данных 1С
Эта инструкция не универсальное средство, которое можно применить к любой базе данных. Скорее это сборник пунктов, по которым нужно пройтись администраторам 1С, у которых есть трудности в работе программы. В решении задач увеличения производительности важно все: железо, сеть, нагрузка, настройка ПО, версия 1С, код 1С. То чего не будет в этой публикации — разбор оптимизации кода 1С. Мы решили, что с нашей стороны не правильно предлагать пользователям «кулибинские» решения. Тем более что речь идет о завершенном, коммерческом программном продукте «1С», а не любительской версии программы для учета. Если уж что-то где-то не так, то разработчики платформы со временем в этом разберутся лучше чем мы. Во всем остальном, мы собрали, по нашему мнению, главные параметры, от которых зависит качество работы программы 1С. Количество метаданных подлежащих чистке (удалению) из базы данных может быть расширен по вашему усмотрению. Главное, чтобы при чистке не были удалены важные данные. НЕ РЕКОМЕНДУЕМ чистить регистры накопления. При оптимизации базы данных важно понимать что можно чистить, а что нет.
— настройка плана обслуживания БД
— перевод SQL в режим Shared Memory (если SQL и Сервер 1С на одной машине)
— Сжатие базы данных (Shrank)
— Разместить на разных дисках журнал транзакций и файл базы данных. Журнал более требователен к производительности жесткого диска. Идеально, если оба файла будут лежать на твердотельных быстрых дисках SSD.
— переход на версию MS SQL Server Enterprise, в случае, если в этом есть необходимость. Версии MS SQL Server Standart и ниже имеют ограничение (64 Гб) на выделение оперативной памяти для обслуживания баз. Для нормальной работы 1С необходимо выделение SQL сервером ОЗУ в количестве 70 % от физических файлов md всех обслуживаемых баз 1С SQL сервером.
— уменьшение размера БД
— выгрузка и загрузка БД в формате dt, как следствие чистка кеша, устаревших индексов и прочей ненужной информации и журнала регистрации. При этом желательно удаление с сервера БД 1С, создание по новой базы данных в кластере и в SQL сервере.
— Объекты доступа документов (отвечает за настройку доступа к документам и прочим объектам для пользователей с отображением списка данных по организации, доступа к контрагентам и т.д.) Если механизм доступа не используется, можно чистить
— Версии объектов. Старые версии можно чистить.
— Событие календаря пользователя.
— Объекты информационных баз. Используется если есть РИБ. Если РИБ нет можно чистить.
— Событие (при удалении этого документа автоматически удаляются записи регистров: события календаря пользователя
— Счет на оплату покупателю
— Удаление электронных писем
— Установка старых цен номенклатуры
— вложения электронных писем
— хранилище дополнительной информации
— свертка базы 1С штатными средствами 1С
Тестирование и исправление— в режиме Конфигуратор выполняем тестирование и исправление, сжатие, реиндексацию таблиц, пересчет итогов. Этот вариант подходит только для файловой БД. Для серверной нужно настраивать планы обслуживания.
Уменьшение файла транзакций. DBCC SHRINKFILE (Transact-SQL) : РБ-Софт
DBCC SHRINKFILE (Transact-SQL)
SQL Server 2012
Сокращает размер указанного файла данных или журнала для текущей базы данных или освобождает файл, перемещая данные из указанного файла в другие файлы из той же файловой группы, разрешая удаление файла из базы данных. Можно сжать файл до размера, который будет меньше, чем размер, указанный во время его создания. В результате будет установлено новое значение минимального размера файла.
Синтаксические обозначения в Transact-SQL
Синтаксис
DBCC SHRINKFILE
(
{ file_name | file_id }
{ [ , EMPTYFILE ]
| [ [ , target_size ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ]
}
)
[ WITH NO_INFOMSGS ]
Аргументы
- file_name
- Логическое имя файла, предназначенного для сжатия.
- file_id
- Идентификационный номер (идентификатор) файла, предназначенного для сжатия. Для получения идентификатора файла используйте функцию FILE_IDEX или выполните запрос к представлению каталога sys.database_files текущей базы данных.
- target_size
- Размер файла (в мегабайтах), выражаемый целым числом. Если он не указан, то инструкция DBCC SHRINKFILE уменьшает файл до размера файла по умолчанию. Размер по умолчанию представляет собой размер, указанный в момент создания файла. ПримечаниеМожно уменьшить размер пустого файла, заданный по умолчанию, с помощью инструкции DBCC SHRINKFILE target_size. Например, при создании файла с размером 5 МБ и последующем уменьшении размера до 3 МБ, в то время как файл остается пустым, размер файла по умолчанию задается равным 3 МБ. Это правило применимо только к пустым файлам, в которых никогда не содержались данные. Этот параметр не поддерживается для контейнеров файловых групп FILESTREAM.Если аргумент target_size указан, то инструкция DBCC SHRINKFILE пытается сжать файл до заданного размера. Используемые страницы в освобождаемой части файла перемещаются в свободное место сохраняемой части файла. Например, если размер файла данных составляет 10 МБ, инструкция DBCC SHRINKFILE со значением аргумента target_size, равным 8, перемещает все страницы, используемые в последних 2 МБ файла, на место любых нераспределенных страниц в первых 8 МБ файла.Инструкция DBCC SHRINKFILE не сжимает файл до меньшего размера, чем требуется для хранения данных в файле. Например, если для файла данных, размер которого составляет 10 МБ, необходимо сжатие до 7 МБ, инструкция DBCC SHRINKFILE со значением аргумента target_size, равным 6, сжимает файл до размера в 7 МБ, а не 6 МБ.
- EMPTYFILE
- Выполняет миграцию всех данных из указанного файла в другие файлы в той же файловой группе. Поскольку компонент Компонент Database Engine больше не разрешает размещать данные в пустом файле, этот файл может быть удален инструкцией ALTER DATABASE.Для контейнеров файловых групп FILESTREAM файл нельзя удалить с помощью ALTER DATABASE до тех пор, пока сборщик мусора FILESTREAM не выполнит и не удалит все ненужные файлы контейнеров файловых групп, которые были скопированы в другой контейнер с помощью EMPTYFILE. Дополнительные сведения см. в разделе sp_filestream_force_garbage_collection (Transact-SQL). ПримечаниеСведения об удалении контейнера FILESTREAM см. в соответствующем разделе в Параметры инструкции ALTER DATABASE для файлов и файловых групп (Transact-SQL).
- NOTRUNCATE
- Перемещает распределенные страницы из конца файла на место нераспределенных страниц в начале файла с параметром target_percent или без него. Свободное место в конце файла операционной системе не возвращается, и физический размер файла не изменяется. Следовательно, если указан аргумент NOTRUNCATE, файл сжимается незначительно.Аргумент NOTRUNCATE применим только к файлам данных. На файлы журнала он не влияет.Этот параметр не поддерживается для контейнеров файловых групп FILESTREAM.
- TRUNCATEONLY
- Освобождает все свободное пространство в конце файла операционной системе, но не перемещает страницы внутри файла. Файл данных сокращается только до последнего выделенного экстента.Аргумент target_size не обрабатывается, если указан аргумент TRUNCATEONLY.Аргумент TRUNCATEONLY применим только к файлам данных. Этот параметр не поддерживается для контейнеров файловых групп FILESTREAM.
- WITH NO_INFOMSGS
- Подавляет вывод всех информационных сообщений.
Результирующие наборы
В следующей таблице отображены столбцы результирующего набора.
| Имя столбца | Описание |
|---|---|
| DbId | Идентификатор базы данных, файл которой компонент Компонент Database Engine пытался сжать. |
| FileId | Идентификационный номер файла, сжатие которого было предпринято компонентом Компонент Database Engine. |
| CurrentSize | Количество 8-килобайтных страниц, занятых файлом в настоящее время. |
| MinimumSize | Минимальное количество 8-килобайтных страниц, которое может занимать файл. Оно соответствует минимальному размеру или размеру файла, указанному при создании. |
| UsedPages | Количество 8-килобайтных страниц, используемых файлом в настоящее время. |
| EstimatedPages | Количество 8-килобайтных страниц, до которого можно было бы сжать файл по оценке компонента Компонент Database Engine. |
Замечания
Инструкция DBCC SHRINKFILE применяется к файлам в текущей базе данных. Дополнительные сведения об изменении текущей базы данных см. в разделе USE (Transact-SQL).
Операции DBCC SHRINKFILE могут быть остановлены на любом этапе процесса, при этом вся выполненная работа сохраняется.
В случае сбоя операции DBCC SHRINKFILE возникает ошибка.
Сжимаемая база данных необязательно должна находиться в однопользовательском режиме; при выполнении сжатия файла в базе данных могут работать другие пользователи. Для сжатия системных баз данных также не обязательно запускать экземпляр SQL Server в однопользовательском режиме.
Сжатие файла журнала
Для файла журнала компонент Компонент Database Engine использует аргумент target_size для вычисления целевого размера всего журнала. Поэтому аргумент target_size является количеством свободного пространства в журнале после операции сжатия.Затем по заданному размеру всего журнала рассчитываются заданные размеры каждого файла журнала. Инструкция DBCC SHRINKFILE сразу же пытается сжать каждый физический файл журнала до намеченного размера. Однако если часть логического журнала хранится в виртуальных журналах за пределами заданного размера, то компонент Компонент Database Engine освобождает как можно больше места, а затем формирует информационное сообщение. Сообщение описывает действия, которые необходимо предпринять, чтобы переместить логический журнал из виртуальных журналов в конец файла. После выполнения всех действий инструкция DBCC SHRINKFILE может быть использована для освобождения оставшегося пространства.
Так как файл журнала может быть сжат только до границы виртуального файла журнала, сжатие файла журнала к размеру, меньшему, чем размер виртуального файла журнала, невозможно, даже если он не используется. Размер виртуального файла журнала динамически выбирается компонентом Компонент Database Engine при создании или расширении файлов журнала.
Рекомендации
Примите во внимание следующие сведения при планировании сжатия файла.
- Наибольший эффект от операции сжатия достигается при ее применении после операции, создающей много неиспользуемого пространства, например после усечения таблицы или удаления таблицы.
- Большинству баз данных требуется некоторое свободное пространство для выполнения обычных ежедневных операций. Если сжатие базы данных производится регулярно, но она снова увеличивается в размерах, это означает, что место, освобожденное при сжатии, необходимо для нормальной работы. В таких случаях повторное сжатие базы данных бессмысленно.
- Операция сжатия не избавляет от фрагментации индексов в базе данных и обычно приводит к еще более сильной фрагментации. Это еще одна причина, по которой не стоит выполнять регулярное сжатие базы данных.
Устранение неполадок
Этот раздел описывает методы диагностики и устранения проблем, которые могут произойти при выполнении команды DBCC SHRINKFILE:
Файл не удалось сжать
Если операция сжатия выполняется без ошибки, но файл не изменяется в размере, убедитесь, что он имеет свободное пространство для удаления, выполнив одну из следующих операций.
- Выполните следующий запрос.
SELECT name ,size/128.0 - CAST(FILEPROPERTY(name, 'SpaceUsed') AS int)/128.0 AS AvailableSpaceInMB FROM sys.database_files; - Выполните команду DBCC SQLPERF, чтобы освободить пространство, используемое журналом транзакций.
Если свободного пространства недостаточно, операция сжатия не сможет уменьшить размер файла в дальнейшем.
Обычно это файл журнала, который сжимается незначительно. Это характерно для файла журнала, который не был усечен. Можно усечь файл журнала, установив значение SIMPLE для модели восстановления базы данных или создав резервную копию журнала, а затем выполнив операцию DBCC SHRINKFILE снова.
Операция сжатия заблокирована
Операции сжатия могут быть блокированы транзакцией, запущенной с уровнем изоляции, основанным на управлении версиями строк. Например, если при выполнении масштабной операции удаления с уровнем изоляции, основанном на управлении версиями строк, выполнить инструкцию DBCC SHRINK DATABASE, то, прежде чем приступить к сжатию файлов, она будет ожидать завершения операции удаления. В этом случае операции DBCC SHRINKFILE и DBCC SHRINKDATABASE выводят информационное сообщение (5202 для SHRINKDATABASE и 5203 для SHRINKFILE) в журнал ошибок SQL Server каждые 5 минут в течение первого часа, а затем по одному сообщению каждый час. Например, если журнал ошибок содержит следующее сообщение об ошибке, произойдет следующая ошибка.
DBCC SHRINKFILE for file ID 1 is waiting for the snapshot transaction with timestamp 15 and other snapshot transactions linked to timestamp 15 or with timestamps older than 109 to finish.
Это означает, что операция сжатия блокируется транзакциями моментального снимка, которые имеют отметки времени старше, чем метка 109, представляющая последнюю транзакцию, завершающую операцию сжатия. Это также показывает, что столбцыtransaction_sequence_num или first_snapshot_sequence_num в динамическом представлении управления sys.dm_tran_active_snapshot_database_transactions содержат значение 15. Если столбцы transaction_sequence_num или first_snapshot_sequence_num в представлении содержат меньшее число, чем последняя транзакция, выполненная операцией сжатия (109), то операция сжатия будет ждать завершения этих транзакций.
Разрешить эту проблему можно одним из следующих способов.
- Прервите выполнение транзакции, блокирующей операцию сжатия.
- Прервите операцию сжатия. Если операция сжатия прервана, любая завершенная работа сохранена.
- Пока операция сжатия ожидает завершения блокирующих транзакций, ничего делать не нужно.
Особенности использования СУБД Oracle — 1Ci Support
Создание базы данных Oracle для 1С: Предприятия с помощью Oracle Database Configuration Assistant
В данной статье рассказывается, как создать базу данных Oracle версии 10.2 для 1С: Предприятия 8.2.
Следует отметить, что база данных Oracle является более обширной сущностью, чем база данных Microsoft SQL Server. Наиболее подходящая аналогия выглядит так:
- База данных Oracle эквивалентна экземпляру MS SQL Server.
- Концепция «схемы данных» в базе данных Oracle эквивалентна концепции «базы данных» в MS SQL Server.
«1С: Предприятие 8.2» не создает базу данных Oracle. Системный администратор должен самостоятельно создать базу данных Oracle с помощью Oracle Database Configuration Assistant (dbca). Чтобы запустить эту утилиту, выберите Пуск — Программы — Oracle-OraHome10 — Инструменты настройки и миграции — Помощник по настройке базы данных .
Создание базы данных состоит из нескольких шагов.
Чтобы создать базу данных Oracle, на первом этапе щелкните Create a Database , а затем щелкните Next .
На шаге 2 выберите Custom Database в списке шаблонов для создания базы данных. Щелкните Далее .
На шаге 3 укажите имя для своей базы данных Oracle (например, ORA1C) в поле Global Database Name . Щелкните Далее .
Примечание:
Имя базы данных Oracle не должно превышать 8 символов.
По умолчанию управление базой данных Oracle осуществляется через локальный Enterprise Manager.
Стандартные настройки подойдут для этого, поэтому просто нажмите Далее .
В целях безопасности в поле Пароль задайте пароль для пользователей базы данных Oracle.
Повторите пароль в поле Подтвердите пароль . Щелкните Далее .
На шаге 6 выберите хранилище файлов, которое будет использовать СУБД.Файловая система выбрана по умолчанию. Щелкните Далее .
На шаге 7 вы можете выбрать расположение файлов базы данных на диске. Местоположение файла базы данных, указанное в шаблоне, устанавливается по умолчанию.
На шаге 8 установите параметры восстановления после сбоя базы данных. Вы можете принять параметры по умолчанию и нажать Далее .
На шаге 9 выберите компоненты, которые будут использоваться в базе данных.Щелкните Стандартные компоненты базы данных . Появится следующее диалоговое окно.
1С: Предприятие 8.2 не использует Oracle JVM, Oracle XML DB или Oracle Intermedia. Поэтому снимите флажки Oracle JVM и Oracle XML DB , и тогда флажок Oracle Intermedia будет снят автоматически.
Диалоговое окно для выбора компонентов изменится и будет выглядеть следующим образом:
Задайте схему данных для репозитория Enterprise Manager, в котором будут созданы его структуры поддержки.
Нажмите Далее , чтобы продолжить создание базы данных.
На шаге 10 установите параметры базы данных. Объем памяти, доступный для этой базы данных Oracle, можно задать либо в процентах от общей физической памяти сервера, либо подробно (щелкнув Custom и установив параметры SGA Size и PGA Size ).
Вы можете оставить значения параметров по умолчанию на вкладках Sizing и Connection mode без изменений.
ВАЖНО!
Вы, , должны установить для параметра набора символов базы данных значение Использовать Unicode (AL32UTF8) на вкладке Наборы символов .
Нажмите Далее , чтобы продолжить.
На шаге 11 вы можете изменить расположение файлов базы данных Oracle, установить размер журналов REDO и создать табличные пространства. Табличные пространства для «1С: Предприятия» создавать не нужно, так как платформа создаст их автоматически при создании первой информационной базы.
На шаге 12 вы можете установить флажок Сохранить как шаблон базы данных , чтобы сохранить шаблон, поскольку его можно использовать для создания других баз данных Oracle.
Нажмите Готово .
Создание базы данных занимает 10–20 минут.
Когда процесс будет завершен, система получит новую службу, OracleServiceORA1C , которая представляет базу данных Oracle, которую вы создали.
Для подключения к базе данных Oracle вам потребуется служба Oracle TNS Listener .Это не вызовет никаких проблем, так как сервис может быть создан с помощью Oracle Net Configuration Assistant (netca) инструментов. Чтобы запустить утилиту, в меню Start выберите Programs , укажите Oracle-OraHome10 , укажите Configuration and Migration Tools и щелкните Oracle Net Configuration Assistant .
Работа с файлами данных Oracle Database
При работе с СУБД Oracle Database 1С: Предприятие создает следующие табличные пространства:
- V81C_DATA — для данных,
- V81C_INDEX — для индексов,
- V81C_LOB — для строк неограниченной длины и объектов ValueStorage,
- V81C_TEMP — для временных данных.
Табличные пространства создаются в процессе создания информационной базы, только если они не существуют. Это означает, что табличные пространства создаются при создании первой информационной базы, использующей СУБД Oracle Database, и все последующие информационные базы будут использовать эти табличные пространства.
Каждое табличное пространство имеет один файл данных. Поскольку созданные табличные пространства имеют обычный тип (без опции bigfile), размер файла данных ограничен 32 ГБ (это значение подразумевает использование блоков размером 8 КБ, что является значением по умолчанию).
В таблице ниже показана разница между обычным табличным пространством и табличным пространством большого файла.
| Обычное табличное пространство | Табличное пространство Bigfile |
|---|---|
Может состоять из нескольких файлов данных. | Состоит из одного файла данных. |
Размер каждого файла данных ограничен 32 ГБ (по умолчанию). | Размер файла данных ограничен 32 ТБ (по умолчанию). |
Для одного табличного пространства можно использовать несколько дисков. | Один файл подразумевает использование одного логического диска, поэтому размещение на нескольких дисках невозможно. |
Когда файл данных заполнен на 85% (это значение по умолчанию), СУБД Oracle Database генерирует предупреждение в журнале предупреждений. На этот раз вам нужно добавить файл данных в табличное пространство. Если никакие действия не предпринимаются, когда файл заполнен на 97% (это также значение по умолчанию), генерируется сообщение об ошибке, информирующее о том, что СУБД не может расширить сегмент.
Типичный сценарий использования СУБД Oracle Database подразумевает, что администратор отслеживает состояние журнала предупреждений и предпринимает все необходимые действия для предотвращения простоев в работе информационной системы. Чтобы добавить файл данных в табличное пространство, выполните следующую команду:
SQL> ALTER TABLESPACE V81C_DATA ДОБАВИТЬ ФАЙЛ ДАННЫХ ‘C: \ ORACLE \ PRODUCT \ 10.2.0 \ ORA1C \ V81C_DATA2.DBF’ РАЗМЕР 40M AUTOEXTEND ON NEXT 10M;
Табличное пространство с параметром bigfile также может быть создано, но в этом случае администратор не сможет управлять выделением пространства для файлов данных Oracle Database (табличное пространство с параметром bigfile может иметь только один файл).Чтобы создать табличное пространство с параметром bigfile, выполните следующую команду:
SQL> СОЗДАТЬ BIGFILE TABLESPACE V81C_LOB DATAFILE ‘C: \ ORACLE \ PRODUCT \ 10.2.0 \ ORA1C \ V81C_LOB.dbf’ SIZE 64G;
Помните об этих особенностях при загрузке больших информационных баз. Если размер загружаемой информационной базы превышает 32 ГБ, перед загрузкой информационной базы необходимо расширить табличные пространства. Если вы создаете табличное пространство с опцией bigfile перед загрузкой информационной базы, ограничение в 32 ГБ переходит к следующему пределу, который составляет 33 ТБ (терабайта).
Настройка многоязычного сопоставления в Oracle Database Server
Oracle Database Server поддерживает многоязычную сортировку, позволяя вам сортировать данные на более чем одном языке за один раз. Это полезно для регионов или языков со сложными правилами сортировки, а также для многоязычных баз данных.
Для включения поддержки многоязычной сортировки в вашей информационной базе 1С: Предприятия, запускаемой на сервере Oracle Database Server, перед использованием информационной базы выполните следующие действия:
- Скопируйте файл lx327c6.nlt из папки Additional \ OracleDatabase установочного пакета 1С: Предприятия в пустую папку на том же диске, где установлен Oracle Database Server.
- Запустите Oracle Locale Builder (lbuilder).
- В Oracle Locale Builder из меню Инструменты выберите Создать NLB и выберите папку, содержащую файл lx327c6.nlt.
Инструмент создает в папке файлы lx1boot.nlb и lx327c6.nlb.
- Остановить все службы, связанные с Oracle.
- Сделайте резервную копию файлов lx0boot.nlb и lx1boot.nlb из папки «$ ORACLE_HOME / nls / data».
- Скопируйте файлы lx1boot.nlb и lx327c6.nlb, созданные Oracle Locale Builder, в папку «$ ORACLE_HOME / nls / data» с заменой существующих файлов.
- Запуск всех служб, связанных с Oracle.
Как восстановить поврежденную или удаленную базу данных 1С (на примере «1С: Предприятие 8.3»)
В статье описаны методы восстановления базы данных 1С встроенными средствами или сторонними утилитами , создание и восстановление файла резервной копии.Большинство пользователей продуктов 1С предпочитают не думать об утерянной или поврежденной базе данных в «1С: Предприятии». Для них задача восстановления базы данных кажется чем-то нереальным, а ее потеря становится настоящей катастрофой.
На самом деле продукты 1С — это только программное обеспечение, как и многие другие аналогичные продукты. Информация, которую пользователи вводят в свои базы данных, сохраняется в файлах, которые могут быть скопированы или восстановлены, если они были повреждены или утеряны.Иногда эту проблему удается решить с помощью инструментов, встроенных в «1С: Предприятие» , но стоит помнить и о стороннем ПО.
Содержание:
Перейти к просмотру
Как восстановить базы данных MySQL, MSSql и Oracle ⚕️👨💻🖥️
Файлы базы данных 1С
Чтобы лучше понять, как восстанавливаются поврежденные или утерянные базы 1С, рассмотрим файлы, в которых они сохранены.
По умолчанию каталогом информационной базы, в котором хранится файл базы данных 1С и все другие файлы, связанные с ним, является папка в Документах пользователя:
C: \ Users \ Имя пользователя \ Documents \ InfoBase
Эта папка используется для хранения всех файлов, связанных с этой базой данных.
Эти файлы включают следующие:
- * .1CD — сам файл базы данных, который по умолчанию имеет имя 1Cv8.1CD. Этот файл содержит все данные, уже включенные в базу данных, а также конфигурацию таких данных;
- * .cf, * .cfu (* .cfl), * .dt, * .epf (* .erf) — файлы конфигурации базы данных;
- * .log, * .lgf, * .lgp, * .elf — файлы журналов;
- * .cdn — файл для блокировки базы данных 1С;
- * .efd — файл архива 1С;
- * .mft — файл конфигурации вспомогательного шаблона;
- *.st — файл текстового шаблона
- * .mxl — файл формы набора базы данных 1С;
- * .grs — файл графической схемы базы данных 1С;
- * .geo — файл пространственной схемы базы данных 1С.
Признаки и причины повреждения базы данных 1С
Могут быть всевозможные симптомы, свидетельствующие о повреждении базы данных 1С, например, сбои при работе с базой данных или внезапные отключения, зависания, различные сообщения об ошибках при работе с программой или при запуске.Часто «1С: Предприятие» выдает ошибку при выполнении операции с информационной базой, просто описывая ее как «… Файл базы данных поврежден» .
Причины повреждения базы данных 1С могут быть физическими или логическими.
Последствия физического повреждения баз данных самые тяжелые, потому что они связаны с повреждением носителя, на котором хранятся данные. Такое повреждение может включать повреждение внутреннего или внешнего жесткого диска, оптического диска, флэш-накопителя или карты памяти.В таком случае для восстановления базы данных 1С необходимо восстановить работоспособность носителя.
Логические повреждения баз данных происходят из-за сбоев программного обеспечения, неправильного или внезапного выключения компьютера или носителя информации, неправильной работы сетевого оборудования, а также из-за активности вирусов и вредоносных программ.
Создание резервной копии БД 1С и восстановление БД из резервной копии
Мы уже столько раз говорили в наших статьях, что лучший способ сохранить ваши данные — это сделать их резервную копию.Для базы данных 1С этот способ тоже актуален.
Для создания резервной копии базы данных 1С
Запустить 1С в режиме Конструктор
В режиме Designer перейдите в меню администрирования / Дамп информационной базы…
После того, как вы укажете папку, в которую будет дампить информационную базу, она будет сохранена в формате *.dt файл.
Восстановление базы данных 1С из резервной копии
Запустите 1С в режиме Designer , как показано в предыдущем абзаце, и перейдите в меню администрирования / Восстановить информационную базу…
Выберите файл резервной копии базы данных * .dt и загрузите его.
Восстановление поврежденной информационной базы 1С
В случае сбоя в работе информационной базы и появления вышеуказанных ошибок или других симптомов не стоит паниковать, потому что в большинстве случаев базу 1С можно восстановить.Это можно сделать с помощью инструментов, интегрированных в платформу.
Восстановление с помощью конструктора
Для устранения ошибок базы данных 1С в ее Конструкторе добавлена функция Проверить и исправить… Для использования:
Запустите 1С в режиме Designer , как показано в предыдущем абзаце, и перейдите в меню администрирования / Проверить и исправить…
В открывшемся меню укажите параметры проверки и восстановления и нажмите «Выполнить»
Результаты тестирования будут показаны в нижней части окна Designer .
Восстановление с помощью Chdbfl.exe
В каждой версии платформы «1С: Предприятие» есть утилита отладки поврежденных информационных баз. К этой утилите нельзя получить доступ из внутреннего меню платформы. Однако он устанавливается одновременно с платформой. Для его запуска перейдите в папку, в которой установлена платформа 1С на вашем компьютере:
C: \ Program Files (x86) \ 1cv8 \ 8.3.8.1652 \ bin
(где 8.3.8.1652 — номер версии платформы (для каждой версии разный))
В этой папке найдите и запустите файл chdbfl.exe — это утилита отладки информационной базы 1С. После запуска утилиты укажите в ней файл базы данных, нажав на три точки справа от поля «Имя файла базы данных» и установите флажок «Исправить ошибки» . После того, как все необходимые настройки будут готовы, нажмите «Выполнить» .
Все обнаруженные ошибки и другие действия утилиты будут показаны в окне chdbfl.exe.
Восстановление с помощью HEX-Editor
В особо сложных случаях или при отказе двух предыдущих методов отладки информационной базы ее потенциально можно восстановить с помощью HEX-Editor. Для этого необходимо открыть основной файл базы данных * .1CD в HEX-Editor.
Недостатком этого метода восстановления поврежденной базы данных 1С является то, что он предназначен только для опытных людей, умеющих работать с HEX.
Нельзя не отметить, что Hetman Partition Recovery имеет встроенный HEX-редактор, который можно использовать для восстановления поврежденных файлов.
Инструмент восстанавливает данные с любых устройств, независимо от причины потери данных.
Как восстановить удаленную информационную базу 1С
Если база данных 1С была утеряна из-за случайного удаления, переустановки операционной системы, форматирования жесткого диска или другого носителя, на котором она хранилась, ее можно восстановить с помощью Hetman Partition Recovery .Для этого сделайте следующее:
Запускаем утилиту и выбираем диск, с которого была удалена база 1С
КДважды щелкните по нему и укажите тип анализа
После завершения анализа воспользуйтесь утилитой, чтобы найти папку, содержащую файлы информационной базы, и добавить их в список восстановления, чтобы восстановить их
Примечание .Аналогичным образом можно восстановить утерянный файл резервной копии информационной базы 1С — 1Cv8.dt.
- Используйте метод, описанный выше, чтобы загрузить восстановленный файл * .dt в информационную базу.
- Если информационная база восстанавливается пофайлово, то открыть ее основной файл 1Cv8.1CL с помощью меню 1С. Файл / Открыть .
Перейти к просмотру
Как восстановить несохраненный или утерянный документ Microsoft Word, Excel или презентацию PowerPoint ⚕️📖💥
«1С: Предприятие 8.3. » Однако эта информация также актуальна для других программ и конфигураций этой платформы:
- 1С: Бухгалтерия
- 1С: Малый бизнес
- 1С: Расчет заработной платы и кадров
- 1С: Управление торговлей
- 1С: Розничная торговля
- 1С: Управление холдингом
- 1С: Управление предприятием
- 1С: Предприятие. Управление производственным предприятием
- 1С: Комплексная автоматизация
- 1С: Документооборот
- 1С: Консолидация
- 1С: Управление малым бизнесом
- 1С: Налогоплательщик
- 1С: Бухгалтерский учет
- 1С: Расчетная документация
- 1С: Бухгалтерия для ГУ
- 1С: Расчет заработной платы и кадров для бюджетных организаций
- 1С: Свод отчетов
- 1С: Бюджетный учет
- 1С: Документооборот для ГУ
- 1С: Государственные и муниципальные закупки
- 1С: Расчетный бюджет
- 1С: Бюджет муниципального образования
- 1С: Деньги
- 1С: Электронное образование и др.
Удаление файлов данных или журналов из базы данных — SQL Server
- 2 минуты на чтение
В этой статье
Применимо к: SQL Server (все поддерживаемые версии)
В этом разделе описывается, как удалить файлы данных или журналов в SQL Server с помощью SQL Server Management Studio или Transact-SQL.
В этой теме
Прежде чем начать
Предварительные требования
- Файл должен быть пустым, прежде чем его можно будет удалить. Дополнительные сведения см. В разделе «Сжать файл».
Безопасность
Разрешения
Требуется разрешение ALTER для базы данных.
Использование SQL Server Management Studio
Удаление файлов данных или журналов из базы данных
В обозревателе объектов подключитесь к экземпляру ядра СУБД SQL Server, а затем разверните этот экземпляр.
Разверните Базы данных , щелкните правой кнопкой мыши базу данных, из которой нужно удалить файл, а затем щелкните Свойства .
Выберите страницу Files .
В сетке Файлы базы данных выберите файл для удаления и нажмите Удалить .
Щелкните ОК .
Использование Transact-SQL
Удаление файлов данных или журналов из базы данных
Подключитесь к ядру СУБД.
На стандартной панели щелкните Новый запрос .
Скопируйте и вставьте следующий пример в окно запроса и щелкните Execute . В этом примере удаляется файл
test1dat4.
Мастер USE;
ИДТИ
ИЗМЕНИТЬ БАЗУ ДАННЫХ AdventureWorks2012
УДАЛИТЬ ФАЙЛ test1dat4;
ИДТИ
Дополнительные примеры см. В разделе Параметры файла и файловой группы ALTER DATABASE (Transact-SQL).
См. Также
Уменьшить базу данных
Добавить файлы данных или журналов в базу данных
Инструкция по установке и настройке SQL Server и 1С
Оглавление
Установка и настройка MS SQL Server.
1. Выпуски MS SQL Server 2014.
2. Измените версию SQL Server 2014 или введите ключ Microsoft.
3. Определение установленной версии Microsoft SQL Server.
4. Настройте порты для доступа к сети MS SQL Server 2014.
5. Измените настройки памяти SQL Server 2014 MS.
6. Добавление нового пользователя в MS SQL Server.
A. Проверка подлинности SQL Server.
B. Проверка подлинности Windows.
7. Создайте новую базу данных в MS SQL Server.
8. Отсоединение и присоединение баз данных в MS SQL Server 2014.
A. Удаление базы ..
B. Присоединение к базе ..
9. Создайте резервную копию базы данных.
Установка и настройка 1С Предприятие 8.3.
1. Система лицензирования ПО «1С: Предприятие 8.х».
A. Оформите лицензию на программное обеспечение.
B. Типы и версии лицензий на программное обеспечение.
В. Про пин-код и активацию лицензий.
D. Опции лицензий.
E. Особенности учета клиентских лицензий.
F. Получение лицензии.
2. Установка клиент-серверного варианта 1С Предприятие 8.3.
3. Шаблоны установки.
4. Добавление базовой 1С Предприятие.
А. Добавьте информационную базу окна запуска «1С: Предприятие».
Б. Дополнение информационной базы консоли администрирования сервера «1С: Предприятие».
С.Свойства информационной базы ..
D. Добавление существующей информации в список базы данных информационного окна запуска базы данных «1С: Предприятие».
5. Порты, используемые 1С Предприятие 8.3.
6. Изменить порт, используемый 1С Предприятия 8.3 по умолчанию.
7. Добавить правило в межсетевой экран Windows Server 2012 R2.
Постустановочные настройки и функции для оптимизации SQL и 1С.
1. Лог-файл и работа с ним..
А. Где журнал.
B. Перенос журнала регистрации на другой сервер.
В. Настройка лога.
Д. Оптимизация журнала.
E. Вернуть старый формат записи журнала.
2. Очистить кеш пользователей 1С.
3. Настроить и создать технологический журнал (ТЖ).
4. Настройка кластера 1С 8.3.
5. Блокировка монтажных информационных базовых соединений.
6. Включить отладку на сервере 1С 8.
7. Что делать, если журнал транзакций растет — файл _log.ldf для MS-SQL.
8. Рутинные операции на уровне базы данных для MS SQL Server.
A. Обновление статистики.
Б. Процедура очистки кеша.
C. Дефрагментация индексов.
D. Переиндексирование таблиц.
9. Создание Backup`ов Windows средствами (+ архивирование).
Enterprise 8.x / Sudo Null IT News
После очередной просьбы рассказать, как составить план обслуживания sql-баз, используемых в «1С: Предприятии», я решил сразу поделиться своим опытом со всеми.Зачем это нужно — если не вести базы данных в sql, то смысл полностью теряется. Главный инструмент — это индексы, и их нужно постоянно обновлять. Никаких догм не встречал ни на практике, ни в нете, ни на курсах в самой 1С, поэтому делюсь своим опытом.
Часто база работает в «нормальных» условиях. Что под этим имеется в виду:
- SQL-сервер хорошо питается, т.е. объем оперативной памяти, предоставляемой для работы SQL-сервера, следует выбирать из расчета 70% от размера всех файлов базы данных mdf.
- Процессор не загружен более чем на 50% в течение 90% времени.
- Достаточно места на диске (в частности, для сортировки используется база temp.db, 1С использует ее вообще всю жизнь, так что о дисковом пространстве с этой базой стоит позаботиться заранее).
- Режим восстановления базы данных «Простой». (Опытным путем было обнаружено, что большой файл ldf замедляет скорость на 1 с, и возможность восстановления из файла журнала очень сомнительна).
Также стоит учесть несколько нюансов:
- При использовании Standard Edition SQL при полной перестройке индекса все пользователи будут отключены от базы данных, поэтому вы должны учитывать это при выборе плана еженедельного обслуживания ( план будет описан ниже).
- Стоит учесть, что сервер 1С тоже потребляет память, особенно если используются тонкие клиенты или веб-сервисы.
- Для самого SQL лучше в параметрах сервера ограничить максимальный объем ОЗУ, чтобы при достижении критической массы он начал заранее очищать ненужные данные из ОЗУ. И чтобы не загнать в ступор весь сервер.
В нормальных условиях рационально использовать 2 тарифных плана Еженедельный (один раз в неделю) и Ежедневный (в оставшиеся 6 дней недели).
Еженедельно
Общая формаПо пунктам тарифного плана:
- Восстановление индекса. Смысл задачи — удалить все существующие индексы и установить новые. (грубо говоря инвентаризация и расстановка всего по порядку).
As параметры:- Выбор целевой базы (это будет практически во всех задачах, потому что дальше на этот параметр я не буду обращать внимание на эту статью).
- Объект, в котором мы выбираем «Таблицы и представления.«
- Параметры свободного места — если жесткий диск небольшой, вы можете выбрать вариант« по умолчанию », однако я рекомендую использовать« Изменить долю свободного места на странице », рекомендуемое значение — 20%. Это оставит резерв свободных страниц и позволит вам поддерживать индексы в актуальном состоянии. ВНИМАНИЕ: Увеличивает размер базы данных.
- Отсортируйте результаты в tempdb. Я думаю, что объяснять не нужно, но хочу вас предупредить, на этот раз tempdb будет разрастаться очень сильно, хотя сортировка в нем призвана ускорить процесс, будьте осторожны, есть запас места.
- Сохранение индекса в оперативном режиме — это функция, доступная для корпоративной версии SQL. Позволяет переиндексировать без отключения клиентов.
- Обновление статистики. Задача сбора информации о состоянии индексов в базе данных. (В общем, немного актуально после переиндексации, но все же у меня есть).
Опции:- Объект. Все те же таблицы и представления, что и для перестроения индекса.
- Обновить. Здесь мы обновляем всю статистику.
- Тип просмотра — Полный вид.
- Выполнение оператора T-SQL. Это выполнение произвольной команды SQL, в частности, нас интересует
Как следует из названия, очистка кеша. Примерdbcc proccache - Проверка целостности базы данных. Здесь вроде бы ненужные пояснения — мы убеждены, что ничего не сломалось. В параметрах «включить индексы» в проверке не зря перестроили. Пример настроек
- Резервное копирование базы данных. Здесь нам нужно поговорить подробнее из-за множества особенностей. Этот пункт лучше изучить отдельно самостоятельно в других руководствах, формат данной статьи не предусматривает углубленного изучения резервных копий.
Но хочу предупредить о паре нюансов:- SQL не умеет чистить свой контейнер, потому что, если вы добавляете бэкапы в файл (его еще называют «Устройство резервного копирования»), вы со временем забудете о все свободное место.
- SQL запоминает свои резервные копии, поэтому, сделав резервные копии один раз с помощью дескрипторов (например, перенеся базу данных в другое место или развернув ее в другой базе данных из резервной копии), следующая «разница» будет рассчитана из нее. Чтобы этого не произошло, необходимо установить флажок «Только резервное копирование».В задании резервного копирования такого пункта нет. В общем, в недельном плане все же рекомендую использовать полный тип бэкапа.
- И неплохо бы копию проверить, пусть лучше спит.
- Сжатие, в общем, можно, но будьте осторожны, тогда дифференциальные тоже надо сжимать.
- Очистка журнала.
- Журнал резервного копирования и восстановления.
- Журнал заданий агента SQL Server
- Журнал плана обслуживания.
- Уведомление оператора. Причуда снова для самостоятельного изучения. Но как следует из названия, сообщать о проблемах при выполнении задуманного.
Daily
Общая форма Говорить отдельно не имеет смысла.Практически все похоже на Weekly.Отличие первой задачи — «Реорганизация показателей». Задачи отличаются тем, что реорганизация пытается исправить существующие индексы, а не делает все с нуля. Чем больше фрагментация, тем чаще стоит запускать. Но в обычных условиях достаточно одного раза в день, чтобы индекс оставался актуальным до следующего перестроения. Параметры Вы также можете использовать дифференциальное резервное копирование.
Вот и все. Повторюсь, догм в этот момент я не видел, этот вариант был разработан и опробован мной.Актуально для баз данных размером от 6 до 100 ГБ.
Желаю быстрой и надежной работы.
PS В связи с тем, что я не полноценный администратор базы данных, возможно, мои комментарии очень поверхностные, с удовольствием прочитаю комментарии в комментариях и личке.
nvidia — Огромные файлы syslog, syslog.1 и kern.log, хранящиеся в / var / log в Ubuntu 18.04
Недавно я обновил Ubuntu 16.04 до 18.04 на своем ПК (с графическим процессором Nvidia GeForce GTX 1080 Ti), и с тех пор моя файловая система строится из этих огромных файлов журналов.Каждый раз, когда я выключаю свой компьютер, я получаю бесконечное количество сообщений pcieport, пока через какое-то время компьютер не выключится.
Вчера я оставил свою машину включенной на ночь, и когда я вернулся к ней, было уведомление о том, что дисковое пространство полностью занято, то есть / dev / sda1 был использован на 100%. Мне удалось выяснить это с помощью команды du и выявить проблему в файлах журнала в папке / var / log / , которые содержали файлы журнала размером более 350 ГБ .
В настоящее время файлы журнала снова накапливаются и теперь занимают примерно 150 ГБ . Файлы журнала, вызывающие проблему: syslog.1, syslog и kern.log
У меня вопрос: что вызывает эту проблему и как ее исправить?
Я перечислил ниже информацию о моей системе и несколько строк из файлов журнала. Я удалю их снова, но бесконечное их удаление не кажется лучшим долгосрочным решением.
Идентификатор распространителя: Ubuntu
Описание: Ubuntu 18.04.3 LTS
Релиз: 18.04
Кодовое имя: бионический
nvidia-smi
Чт 15 августа 09:25:53 2019
+ ------------------------------------------------- ---------------------------- +
| NVIDIA-SMI 430.40 Версия драйвера: 430.40 Версия CUDA: 10.1 |
| ------------------------------- + ----------------- ----- + ---------------------- +
| Имя GPU Persistence-M | Bus-Id Disp.A | Неустойчивый Uncorr. ECC |
| Fan Temp Perf Pwr: Использование / Крышка | Использование памяти | GPU-Util Compute M.|
| =============================== + ================= ===== + ====================== |
| 0 GeForce GTX 108 ... Выкл. | 00000000: 01: 00.0 Вкл | N / A |
| 24% 58C P0 67 Вт / 250 Вт | 1373MiB / 11177MiB | 1% По умолчанию |
+ ------------------------------- + ----------------- ----- + ---------------------- +
+ ------------------------------------------------- ---------------------------- +
| Процессы: Память GPU |
| Тип PID графического процессора Имя процесса Использование |
| ================================================= ============================ |
| 0 1298 G / usr / lib / xorg / Xorg 89MiB |
| 0 1337 г / usr / bin / gnome-shell 50MiB |
| 0 2258 г / usr / lib / xorg / Xorg 726MiB |
| 0 2465 G / usr / bin / gnome-shell 189MiB |
| 0 14914 г...e --type = gpu-process --field-trial-hand 154MiB |
| 0 18206 C /usr/lib/libreoffice/program/soffice.bin 137MiB |
+ ------------------------------------------------- ---------------------------- +
lspci -vt
- [0000: 00] - + - 00.0 Intel Corporation 8-го поколения Core Processor Host Bridge / регистры DRAM
+ -01.0- [01] - + - 00.0 NVIDIA Corporation GP102 [GeForce GTX 1080 Ti]
| \ -00.1 NVIDIA Corporation GP102 Аудиоконтроллер HDMI
+ -02.0 Устройство корпорации Intel 3e92
+ -14.0 Intel Corporation 200 Series / Семейство наборов микросхем Z370 Контроллер USB 3.0 xHCI
+ -16.0 Intel Corporation 200 Series PCH CSME HECI # 1
+ -17.0 Контроллер PCH SATA Intel Corporation 200 Series [режим AHCI]
+ -1b.0- [02] -
+ -1c.0- [03] -
+ -1c.4- [04] ---- 00.0 ASMedia Technology Inc. Устройство 2142
+ -1c.7- [05] ---- 00.0 Realtek Semiconductor Co., Ltd. RTL8812AE 802.11ac PCIe беспроводной сетевой адаптер
+ -1d.0- [06] -
+ -1f.0 Контроллер LPC / eSPI с набором микросхем Intel Corporation Z370
+ -1f.2 Контроллер управления питанием Intel Corporation 200 Series / Z370 Chipset Family
+ -1f.3 Intel Corporation 200 Series PCH HD Audio
+ -1f.4 Контроллер SMBus семейства наборов микросхем Intel Corporation 200 Series / Z370
\ -1f.6 Соединение Ethernet корпорации Intel (2) I219-V
системный журнал.1
14 августа 10:14:03 пользовательское ядро: [10.680132] pcieport 0000: 00: 1c.7: AER: получена исправленная ошибка: 0000: 00: 1c.7
14 августа, 10:14:03 пользовательское ядро: [10.680135] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа 10:14:03 пользовательское ядро: [10.680135] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа, 10:14:03 пользовательское ядро: [10.680136] pcieport 0000: 00: 1c.7: [0] RxErr
14 августа 10:14:03 пользовательское ядро: [10.680187] pcieport 0000: 00: 1c.7: AER: получена исправленная ошибка: 0000: 00: 1c.7
14 августа, 10:14:03 пользовательское ядро: [10.680190] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа, 10:14:03 пользовательское ядро: [10.680190] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа 10:14:03 пользовательское ядро: [10.680191] pcieport 0000: 00: 1c.7: [0] RxErr
14 августа 10:14:03 пользовательское ядро: [10.680281] pcieport 0000: 00: 1c.7: AER: получена исправленная ошибка: 0000: 00: 1c.7
14 августа, 10:14:03 пользовательское ядро: [10.680284] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа, 10:14:03 пользовательское ядро: [10.680284] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа, 10:14:03 пользовательское ядро: [10.680285] pcieport 0000: 00: 1c.7: [0] RxErr
14 августа 10:14:03 пользовательское ядро: [10.680374] pcieport 0000: 00: 1c.7: AER: получено несколько исправленных ошибок: 0000: 00: 1c.7
14 августа, 10:14:03 пользовательское ядро: [10.680378] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа 10:14:03 пользовательское ядро: [10.680379] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа, 10:14:03 пользовательское ядро: [10.680380] pcieport 0000: 00: 1c.7: [0] RxErr
14 августа 10:14:03 пользовательское ядро: [10.680586] pcieport 0000: 00: 1c.7: AER: получено несколько исправленных ошибок: 0000: 00: 1c.7
14 августа, 10:14:03 пользовательское ядро: [10.680590] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа, 10:14:03 пользовательское ядро: [10.680591] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа 10:14:03 пользовательское ядро: [10.680591] pcieport 0000: 00: 1c.7: [0] RxErr
системный журнал
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: [0] RxErr
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: AER: получено несколько исправленных ошибок: 0000: 00: 1c.7
15 августа, 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: [0] RxErr
15 августа 09:04:23 пользовательское ядро: [307.5 ] pcieport 0000: 00: 1c.7: AER: получено несколько исправленных ошибок: 0000: 00: 1c.7
15 августа, 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: [0] RxErr
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: AER: Получено несколько исправленных ошибок: 0000: 00: 1c.7
15 августа 09:04:23 пользовательское ядро: [307.5
] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
15 августа 09:04:23 пользовательское ядро: [307.5
] pcieport 0000: 00: 1c.7: [0] RxErr
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: AER: получено несколько исправленных ошибок: 0000: 00: 1c.7
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: [0] RxErr
15 августа 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: AER: получено несколько исправленных ошибок: 0000: 00: 1c.7
15 августа, 09:04:23 пользовательское ядро: [307.5] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
kern.log
14 августа 10:14:03 пользовательское ядро: [11.219257] pcieport 0000: 00: 1c.7: AER: получена исправленная ошибка: 0000: 00: 1c.7
14 августа 10:14:03 пользовательское ядро: [11.219259] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа, 10:14:03 пользовательское ядро: [11.219260] pcieport 0000: 00: 1c.7: состояние ошибки устройства [8086: a297] / маска = 00000001/00002000
14 августа, 10:14:03 пользовательское ядро: [11.219260] pcieport 0000: 00: 1c.7: [0] RxErr
14 августа 10:14:03 пользовательское ядро: [11.219443] pcieport 0000: 00: 1c.7: AER: получено несколько исправленных ошибок: 0000: 00: 1c.7
14 августа, 10:14:03 пользовательское ядро: [11.219448] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа 10:14:03 пользовательское ядро: [11.219448] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа, 10:14:03 пользовательское ядро: [11.219449] pcieport 0000: 00: 1c.7: [0] RxErr
14 августа 10:14:03 пользовательское ядро: [11.219714] pcieport 0000: 00: 1c.7: AER: получена исправленная ошибка: 0000: 00: 1c.7
14 августа, 10:14:03 пользовательское ядро: [11.219717] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа, 10:14:03 пользовательское ядро: [11.219718] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа 10:14:03 пользовательское ядро: [11.219718] pcieport 0000: 00: 1c.7: [0] RxErr
14 августа, 10:14:03 пользовательское ядро: [11.219916] pcieport 0000: 00: 1c.7: AER: Получено несколько исправленных ошибок: 0000: 00: 1c.7
14 августа 10:14:03 пользовательское ядро: [11.219922] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа, 10:14:03 пользовательское ядро: [11.219923] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа, 10:14:03 пользовательское ядро: [11.219924] pcieport 0000: 00: 1c.7: [0] RxErr
14 августа, 10:14:03 пользовательское ядро: [11.220101] pcieport 0000: 00: 1c.7: AER: получена исправленная ошибка: 0000: 00: 1c.7
14 августа, 10:14:03 пользовательское ядро: [11.220104] pcieport 0000: 00: 1c.7: Ошибка шины PCIe: серьезность = исправлено, тип = физический уровень, (идентификатор получателя)
14 августа 10:14:03 пользовательское ядро: [11.220105] pcieport 0000: 00: 1c.7: устройство [8086: a297] статус ошибки / маска = 00000001/00002000
14 августа 10:14:03 пользовательское ядро: [11.220105] pcieport 0000: 00: 1c.7: [0] RxErr
Что в примечаниях к выпускуПримечания к выпуску охватывают следующие темы:Что новогоЭтот выпуск VMware vCenter Server 5.1 В обновлении 1c исправлена ошибка, описанная в разделе «Решенные проблемы». Предыдущие выпуски vCenter Server 5.1Функции и известные проблемы vCenter Server 5.1 описаны в примечаниях к выпуску для каждого выпуска. Чтобы просмотреть примечания к выпуску для более ранних выпусков vCenter Server 5.1, щелкните следующие ссылки: ИнтернационализацияVMware vSphere 5.1.Update 1 доступно на следующих языках:
Совместимость и установкаВажно Для виртуальных машин, MAC-адреса которых должны оставаться уникальными, например, по причинам лицензирования, вы должны проверить MAC-адреса на соответствие требованиям и ограничениям MAC-адресов в этом выпуске перед обновлением.В своих планах обновления учитывайте обнаруженные потенциальные проблемы, которые могут вызвать новые требования и ограничения. Совместимость версий ESXi, vCenter Server и vSphere Web ClientVMware Матрица совместимости продуктов предоставляет подробную информацию о совместимости текущего и предыдущего версии компонентов VMware vSphere, включая ESXi, VMware vCenter Server, веб-клиент vSphere, и дополнительные продукты VMware.Кроме того, посетите этот сайт для получения информации о поддерживаемом управлении. и агенты резервного копирования перед установкой ESXi или vCenter Server. Клиент vSphere и веб-клиент vSphere поставляются в комплекте с сервером vCenter и модулями. ZIP-файл. Вы можете установить один или оба клиента с помощью мастера установки VMware vCenter ™. База данных инвентаризационной службыБаза данных Inventory Service не имеет запланированного резервного копирования.Вы должны создать резервную копию базы данных Inventory Service как часть обычного администрирования базы данных vCenter Server. Чтобы переместить базу данных Inventory Service на другой хост-компьютер, создайте резервную копию базы данных на исходном компьютере и восстановите базу данных на конечном компьютере, как описано в документации по установке и настройке vSphere. Подключения клиента vSphere к средам в связанном режиме с vCenter Server 5.xvCenter Server 5.1 может существовать в связанном режиме только с другими экземплярами vCenter Server 5.1. Замечания по установке для этой версииПрочтите документацию по установке и настройке vSphere, чтобы получить пошаговые инструкции по установке и настройка ESXi и vCenter Server. Хотя установка проста, необходимо выполнить несколько последующих шагов по настройке. В частности, прочтите следующее: Запрещены обновления и установки для неподдерживаемых процессоровvSphere 5.1 Обновление 1 поддерживает только ЦП с наборами инструкций ЦП LAHF и SAHF. Во время установки или обновления программа установки проверяет совместимость ЦП хоста с vSphere 5.1 Update 1. Если оборудование хоста несовместимо, появляется фиолетовый экран с информационным сообщением о несовместимости, и вы не можете установить или обновить vSphere 5.1 Update 1. Обновления для этого выпускаИнструкции по обновлению vCenter Server и хостов ESX / ESXi см. В документации по обновлению vSphere. Обновление сервера vCentervCenter Server 5.1 с обновлением 1c поддерживает следующие сценарии обновления.
Компоненты с открытым исходным кодом для VMware vSphere 5.1 и vCenter Server 5.1 с обновлением 1cЗаявления об авторских правах и лицензии, применимые к компонентам программного обеспечения с открытым исходным кодом, распространяемым в vSphere 5.1 и vCenter Server 5.1 с обновлением 1c доступны по адресу http://www.vmware.com/download/open_source.html. Вы также можете загрузить исходные файлы для любых лицензий GPL, LGPL или других подобных лицензий, для которых требуется исходный код или модификации исходного кода. быть доступным для последней общедоступной версии vSphere. Уведомления о поддержке продукта
Решенные проблемыВ этом выпуске устранены следующие проблемы:
Известные проблемыИзвестные проблемы сгруппированы следующим образом. Известные проблемы, ранее не задокументированные, отмечены символом *. Проблемы при установке
Проблемы обновления Известные проблемы, влияющие как на установку, так и на обновление, перечислены в разделе «Проблемы установки».
В приостановленной виртуальной машине отображается дополнительная опция Power Off после обновления до vCenter Server 5.1. Если вы попытаетесь выбрать опцию Power Off , отобразится следующая ошибка: Попытка выполнить операцию не может быть выполнена в текущем состоянии (приостановлено). Временное решение : Нет. Попытки установить vCenter Single Sign On в настраиваемом месте не удаются, если имя целевой папки содержит такие символы, как% или &. Отображается сообщение об ошибке, подобное следующему: Ошибка 20020. Не удалось обновить значения в файле server.xml Временное решение : Нет. VSA использует потоковую функцию BlazeDS.Поскольку BlazeDS несовместима с версией tcServer, используемой vCenter Server 5.1 с обновлением 1c, пользовательский интерфейс VSA может не отображать состояние выполнения таких операций, как конфигурация VSA, реконфигурация сети VSA и т. Д. Эта проблема относится к VSA 5.1.1, работающему с vSphere 5.1 Update 1. Обходной путь : Установите VSA 5.1.3 для решения этой проблемы. Когда вы пытаетесь обновить vCenter Server Appliance 5.1.x до vCenter Server Appliance 5.1 Update 1c, процесс обновления останавливается почти на час, а статус обновления в веб-интерфейсе отображается как установка обновлений. Однако в конечном итоге обновление успешно завершается через час. Временное решение : Нет. Если SSO, Inventory Service и vCenter Server 5.1.x установлены на одной виртуальной машине и вы обновляете до vCenter Server 5.1 Update 1c, сначала выполняется обновление SSO, а система перезагружается. После перезапуска виртуальной машины открывается файл автозапуска vCenter Server, за которым следует несколько ошибок сценария, подобных следующим: Произошла ошибка в сценарии на этой странице После того, как ошибки сценария перестают появляться, экран установщика vCenter Server не реагирует ни на какие действия, выполняемые с ним. Временное решение : После установки SSO и перед перезапуском виртуальной машины закройте установщик vCenter Server и перезапустите виртуальную машину. После запуска виртуальной машины откройте установщик vCenter Server. В кластере только два хоста могут запускать виртуальную машину с включенной отказоустойчивостью (FT).Один из хостов перезагружается с автоматическим развертыванием. Конфигурация VDS не выполняется, и хост остается в режиме обслуживания после повторного подключения к системе vCenter Server. Это происходит, когда только перезагружаемая система ESXi может размещать вторичную виртуальную машину. Процесс отказоустойчивости добавляет вторичную виртуальную машину в инвентарь загружаемого хоста ESXi, и миграция vDS завершается ошибкой. с ошибкой «Используемый ресурс». Проблема наблюдалась в следующих ситуациях:
Обходной путь : Если вы видите проблему во время обновления, временно отключите отказоустойчивость на виртуальных машинах.
Виртуальные машины могут мигрировать на уже обновленный хост. Включите отказоустойчивость после завершения процесса обновления. Администраторы домена vCenter Server могут не иметь разрешения на вход в vCenter Server, если обновление выполняется с помощью простой установки Временное решение : используйте метод независимой установки. Во время обновления установщик предоставляет список пользователей, у которых есть права администратора vCenter Server, и список пользователей, которые будут удалены. Обновление vCenter Server и vCenter Inventory Service с 5.1 до 5.1 Обновление 1c может завершиться неудачно, если vCenter Single Sign On недоступен во время обновления Обходной путь : Убедитесь, что система единого входа vCenter запущена и работает во время обновления vCenter Server и службы инвентаризации. Во время обновления vSphere Authentication Proxy с версии 5.0 до версии 5.1 появляется предупреждение «неверное имя пользователя или пароль»
Проблемы с хранением
Проблемы с сервером vCenter, клиентом vSphere и веб-клиентом vShere
Инструмент пытается автоматически сгенерировать URL-адрес LookupService из текущей среды компьютера. Если вы хотите предоставить другой URL-адрес или ваши соединения с URL-адресом, выбранным по умолчанию, не могут быть установлены, вы можете указать URL-адрес с параметром —ls-url. Имя хоста, указанное в URL-адресе, должно совпадать с именем хоста, указанным во время установки.
|