Table is full орион как исправить ошибку

«ОШИБКА 1114 (HY000) таблица… заполнена» с innodb_file_per_table, установленной на автоматическое расширение

У меня есть база данных MySQL, которая содержит большой объем данных (100-200 ГБ — куча научных измерений). Подавляющее большинство данных хранится в одной таблице Sample . Сейчас я создаю подчиненную копию базы данных, и я хотел воспользоваться преимуществами innodb_file_per_table этого процесса. Поэтому я установил innodb_file_per_table в своей ведомой конфигурации и импортировал дамп базы данных. К моему удивлению, это не удалось с

ОШИБКА 1114 (HY000) в строке 5602: таблица «Образец» заполнена

В Sample.ibd настоящее время размер файла составляет около 93 ГБ, а в разделе доступно более 600 ГБ свободного места, поэтому проблема не связана с объемом свободного места на диске. Ни один из них, похоже, не достигает какого-либо ограничения файловой системы (я использую ext4).

Буду признателен за любые идеи, что может быть причиной, или что расследовать.

Обновление: я использую mysql Ver 14.14 Distrib 5.1.66, for debian-linux-gnu (x86_64) .

ФАКТЫ

Вы сказали, что используете ext4 . Ограничение размера файла составляет 16 ТБ. Таким образом, Sample.ibd не должно быть полным.

Вы сказали, что innodb_data_file_path это так ibdata1:10M:autoextend . Таким образом, сам файл ibdata1 не имеет ограничения на его размер, кроме как из ОС.

Почему это сообщение появляется вообще? Обратите внимание, что сообщение «Таблица . заполнена», а не «Диск . заполнен». Это полное условие таблицы с логической точки зрения . Подумайте о InnoDB. Какие взаимодействия происходят?

Я предполагаю, что InnoDB пытается загрузить 93 ГБ данных в виде одной транзакции. Откуда Table is Full исходит сообщение? Я бы посмотрел на ibdata1 не с точки зрения его физического размера (который вы уже исключили), а с точки зрения того, какие пределы транзакций достигаются.

Что находится внутри ibdata1, когда включена innodb_file_per_table и вы загружаете новые данные в MySQL?

• Словарь с данными
• Двойной буфер записи
  • Сеть безопасности для предотвращения повреждения данных
  • Помогает обойти ОС для кеширования

  Мои подозрения говорят мне, что виноваты журналы отмены и / или журналы повторов.

  

  Глава 10: «Двигатели хранения» Стр. 203 В пунктах 3,4 говорится следующее:

  Движок InnoDB хранит два типа журналов: журнал отмены и журнал восстановления. Цель журнала отмен — откат транзакций, а также отображение более старых версий данных для запросов, выполняющихся на уровне изоляции транзакций, который требует этого. Код, который обрабатывает журнал отмены, можно найти в хранилище / innobase / buf / log / log0log.c .

  Цель журнала повторов — сохранить информацию, которая будет использоваться для восстановления после сбоя. Это позволяет процессу восстановления повторно выполнять транзакции, которые могли или не могли быть завершены до сбоя. После повторного выполнения этих транзакций база данных переводится в согласованное состояние. Код, связанный с журналом повторов, можно найти в хранилище / innobase / log / log0recv.c .

  АНАЛИЗ

  Внутри ibdata1 находится 1023 журналов отмены (см. Сегменты отката и Пробел отмены) . Поскольку в журналах отмены сохраняются копии данных, которые были представлены до перезагрузки, все журналы отмены 1023 достигли своего предела. С другой стороны, все журналы отмены 1023 могут быть выделены для одной транзакции, которая загружает Sample таблицу.

  НО ЖДАТЬ.

  Вы, вероятно, говорите: «Я загружаю пустую Sample таблицу». Как задействованы Undo Logs? До Sample загрузки таблицы с 93 ГБ данных она была пустой. Представление каждой несуществующей строки должно занимать некоторое пространство для очистки в журналах отмены. Заполнение 1023 Undo Logs кажется тривиальным, учитывая объем данных ibdata1 . Я не первый человек, который подозревает это:

  Из документации MySQL 4.1 обратите внимание Posted by Chris Calender on September 4 2009 4:25pm :

  Обратите внимание, что в 5.0 (до 5.0.85) и в 5.1 (до 5.1.38) вы могли получить сообщение об ошибке «таблица заполнена» для таблицы InnoDB, если в InnoDB заканчиваются интервалы отмены (ошибка № 18828).

  SUGGESTIONS

  Когда вы создаете mysqldump Sample таблицы, пожалуйста, используйте —no-autocommit

  Это будет ставить явное COMMIT; после каждого INSERT . Затем перезагрузите стол.

  Если это не работает ( вам это не понравится ), сделайте это

  Это заставит каждую вставку иметь только одну строку. Mysqldump будет намного больше (в 10 раз больше) и может потребовать от 10 до 100 раз больше времени для перезагрузки.

  В любом случае это избавит журналы отмены от затопления.

  ОБНОВЛЕНИЕ 2013-06-03 13:05 ПО ВОСТОЧНОМУ ВРЕМЕНИ

  ДОПОЛНИТЕЛЬНОЕ ПРЕДЛОЖЕНИЕ

  Если системная таблица InnoDB (также известная как ibdata1) выходит за пределы размера файла и Журналы отмены не могут быть использованы, вы можете просто добавить другое системное табличное пространство (ibdata2).

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

  По сути, вы должны изменить innodb_data_file_path, чтобы разместить новый системный файл табличного пространства. Позвольте мне объяснить, как:

  СЦЕНАРИЙ

  На диске (ext3) сервер моего клиента имел следующее:

  Обратите внимание, что ibdata2 вырос до 2196875759616, что 2145386484M .

  Мне пришлось вставить размер файла ibdata2 в innodb_data_file_path и добавить ibdata3

  Исправляем ошибку nf_conntrack: table full, dropping packet

  

  В данной статье речь пойдет об ошибке «nf_conntrack: table full, dropping packet», которая может появляться в логах сервера, работающего на ОС Linux и том, как эту ошибку исправить.

  Описание

  В случае большого количества сетевых соединений, в логах сервера, работающего под ОС Linux, может появляться следующая ошибка:

  kernel: nf_conntrack: nf_conntrack: table full, dropping packet

  Как видно из её текста, эта ошибка связана с тем, что переполнена таблица, в которой модуль nf_conntrack хранит всю информацию.

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

  В нашем примере, видно, что максимальное количество соединений — 65536. Т.к. мы получаем ошибку, то увеличим число соединений в 4 раза, для этого воспользуемся следующей командой:

  Т.е. мы добавляем в самый конец конфига /etc/sysctl.conf , строку net.netfilter.nf_conntrack_max = 262144
  Далее, нам необходимо применить измененные настройки, для этого вводим следующую команду:

  И проверяем, что теперь количество одновременных соединений, которое может обслуживать модуль nf_conntrack, увеличилось в 4 раза:

  И на последок зачем меня ити события ? Ты что на работы решил забить ? А что удобно написал скрипт он и будет писать я пришел я ушел, хреново что в живую тебя не кто не увидеть . Но это все лирика

  Зачем-зачем? Опоздал на пару минут, а кадровикам всё равно.
  А развет там не паролируется содержимое базы?

  Кстати, в каталоге база находится
  C:Program FilesOrion752DEMO74

  Там есть большие файлы:
  pMaps.MB
  pLogData.db0
  pLogData.XG<ЦИФРА>

  А сами DB-файлы маленькие (меньше 100 Кб), т.е. в них точно не хранятся события.

  Но однако они все связаны конкретно в LOgdata ты себя не найдешь там будеть только id сотрудника сылка на таблицу pList там хранять списки людей
  Структура pLogdata

Если при нажатии кнопки в «Журнале событий» Оперативной задачи появляется событие «доступ запрещен», то необходимо два раза «кликнуть» на нем мышью. В результате будет выведено сообщение о причине запрета доступа.
Если сообщение «доступ запрещен» не появляется, то либо неисправна цепь кнопки (необходимо проверить работоспособность и правильность подключения кнопки), либо неисправен прибор «С2000-2» (необходимо выслать прибор в ремонт).

Сообщаем Вам, что каких-либо «программных конфликтов» в системе не возникнет. То есть реле замкнется при тревоге в одном из разделов, связанных с этим реле, и разомкнется, когда все ШС во всех указанных разделах придут в норму.

Данная возможность реализована в АРМ «Орион». Для этого необходимо использовать сценарии управления.

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

Параметры колонок сохраняются в реестре по ветке HKEY_LOCAL_MACHINESOFTWAREBOLIDORIONUSER. То есть, не сохраняться пропорции могут только в случае, если в данную ветку нет прав записи для той учетной записи, под которой запускается АРМ «Орион».

Необходимо заменить, по сроку службы, компьютер с программным обеспечением «АРМ Орион» (ключ LPT). Вопрос такого плана — можно ли у вас приобрести только ключ USB под новый компьютер (отсутствует LPT порт)?

Мы можем произвести замену ключа на USB-ключ бесплатно, если ключ на гарантии. Если срок гарантии истёк, то замена будет платной. Цена около тысячи рублей.

Подскажите, что нужно для настройки АРМ «УАБД»?

Сначала на компьютер с АРМ «УАБД» нужно скопировать базу данных АРМ «Орион». Далее к этой папке необходимо указать путь из «Мастера системы» АРМ «УАБД».
Далее скопируйте файл server.ini из папки АРМ «УАБД» в основную папку АРМ «Орион». Затем указать IP-адрес компьютера с АРМ «Орион» в файле server.ini, находящемся в основном каталоге АРМ «УАБД» (параметр «UNet» раздела «»).

Каждый раз при запуске «Оперативной задачи» АРМ «Орион» все колонки сдвигаются, приходится их растаскивать мышкой. Как исправить?

Параметры колонок сохраняются в реестре по ветке HKEY_LOCAL_MACHINESOFTWAREBOLIDORIONUSER.
То есть не сохраняться пропорции могут только в случае, если в данную ветку нет прав записи для той учетной записи, под которой запускается АРМ «Орион».

При запуске «Оперативной задачи» постоянно вываливается сообщение Table is full. Что делать?

Данная ошибка связана с переполнением какого-то из журналов (событий/тревог/статистики адресных извещателей). Для замены этих файлов новыми Вам необходимо проделать следующее:
Сделайте копию Вашей рабочей Базы данных, скопировав куда-нибудь папку с Базой данных. Путь к базе данных Вы можете узнать запустив Мастер системы и выбрав пункт меню «Настройки» ->» «Путь к базе данных».
Удалить из рабочей Базы данных файлы pLogData.*, ADC.* и mAlarm.* со всеми расширениями.

Создать новую Базу данных, запустив программу «Создание базы данных», которая находится в меню Windows: «Пуск» ->» … ->» Орион ->» Утилиты ->
Скопируйте из новой Базы данных в старую Базу данных файлы pLogData.*, ADC.* и mAlarm.*.
Удалите новую Базу данных.
Запустите Мастер системы и укажите путь к Вашей рабочей Базе данных.

При запуске «Оперативной задачи» возникает ошибка key violation.

Для исправления ошибки «key violation…» Вам необходимо проделать следующее. Запустите модуль «Мастер системы». Проведите проверку БД. При необходимости проведите лечение Базы данных.
Если данное действие не поможет, то удалите все файлы pLogData.*, кроме pLogData.DB и запустите Оперативную задачу.
Если Оперативная задача снова не запустится, Вам требуется заменить журнал событий (файлы pLogData.*) и журнал тревог (файлы mAlarm.*) на новые. Для замены файлов pLogData.* и mAlarm.* в базе данных новыми, Вам нужно проделать следующую последовательность действий.
Удалить из рабочей Базы данных файлы pLogData.* и mAlarm.* со всеми расширениями.
Создать где-нибудь на диске папку для новой Базы данных.
Создать новую Базу данных, запустив программу «Создание базы данных», которая находится в меню Windows: «Пуск» ->» … ->» Орион ->» Утилиты ->» Создание базы данных. При создании выбирайте создание рабочей Базы данных и указывайте созданную папку.
Скопируйте из новой Базы данных в старую Базу данных файлы pLogData.* и mAlarm.*.
Удалите новую Базу данных.
Запустите Мастер системы и укажите путь к Вашей рабочей Базе данных.В случае, если все проделанные шаги не привели к корректной работе программного пакета АРМ «Орион», Вам нужно выслать Вашу Базу данных нам для проведения восстановительных работ.
Заархивируйте папку с Базой данных каким-либо архиватором, например WinRar. Если размер полученного архива превышает 5Мб, то просим Вас разбить данный архив на тома по 4Мб и выслать их нам несколькими письмами (по одному тому в одном письме).
Внимание! Архивацию (равно как и копирование) Базы данных требуется производить при выключенных программах АРМ «Орион».

Пожалуйста, уточните как настроить управление приборами «Рупор» в АРМ «Орион».

Поддержка управления приборами «Рупор» реализована в АРМ «Орион», начиная с версии 7.6.2. Скачать актуальную версию ПО Вы можете с нашего сайта в разделе «Программное обеспечение».
Запуск речевого оповещения осуществляется с помощью шагов сценария управления.
Есть три шага сценария:

Активация речевого оповещения — производит возведение указанного рупора на проигрывание звукового фрагмента.

Включение-отключение речевое оповещение – воспроизводит-отключает воспроизведение звуковых фрагментов у всех «возведенных» рупоров.

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

Активизировать речевое оповещение

Для отключения воспроизведения также необходимо запустить два шага:

Деактивировать речевое оповещение.

Включить/отключить речевое оповещение.

Как настроить прибор «C2000-ПТ»? Установлено АРМ «Орион» 7.4.1, при подключении «C2000-АСПТ» и «C2000-ПТ» прибор «С2000-АСПТ» версии 2.05 нормально определяется, а «С2000-ПТ» определяется как неизвестный прибор пульта «С2000».

Поддержка «С2000-ПТ» реализована только в АРМ «Орион Про».
Можем порекомендовать Вам использовать резервирование по схеме «Орион Про»: СОМ-порт — «С2000М» — «С2000-ПИ» — приборы. Это обеспечит гальваническую развязку линий интерфейса приборов и пульта «С2000М», а также позволит пульту всегда находится в боевом режиме (АРМ опрашивает пульт, пульт управляет системой). Т.е. прибор «С2000-ПТ» будет работать под управлением пульта «С2000М».
Уточните, пожалуйста, какой именно пульт имеется у Вас, т.к. пульты «С2000» имеют следующие версии 1.1х, 1.2х(например, 1.15 или 1.24), а пульты «С2000М» 2.0х(например, 2.03).

Особенности запуска АРМ «Орион КД» под управлением ОС Windows 7.

НЕОБХОДИМО для пользователя, под чьими правами производится вход в WINDOWS, предоставить полные права на доступ к:

Папке с установленным АРМ «Орион КД»»
папке с Базой данных (если она не находится внутри папки с АРМ «Орион КД»)

НЕОБХОДИМО произвести первый запуск программного модуля Оперативная задача (файл Orion.exe в папке с установленным АРМ «Орион КД») от имени администратора.

Для дальнейшей работы необходимо использовать один из вариантов:

Вариант I: НЕОБХОДИМО всегда производить от имени администратора запуск следующих программных модулей: (*)
Администратор Базы данных — файл abd.exe в папке с установленным АРМ «Орион КД»,
Оперативная задача — файл Orion.exe в папке с установленным АРМ «Орион КД»,
Мастер системы — файл master.exe в папке с установленным АРМ «Орион КД»,
Сервер учета рабочего времени — файл Swt.exe в папке с установленным АРМ «Орион КД»,
Генератор отчетов — файл report.exe в папке с установленным АРМ «Орион КД»,
Сервер генератора отчетов (если он запускается отдельно от Генератора отчетов) — файл rpGensrv.exe в папке с установленным АРМ «Орион КД»,
Демонстратор работы приборов — файл DEMON.exe в папке с установленным АРМ «Орион КД».
(*) Для запуска программного модуля от имени администратора всегда, необходимо в свойствах программного модуля выставить параметр «Выполнять эту программу от имени администратора» (окно «Свойства», вкладка «Совместимость»).

Вариант II: НЕОБХОДИМО изменить расположение файла с настройками BDE.
Для этого требуется запустить BDE Administrator (файл bdeadmin.exe в папке C:Program FilesBorlandCommon FilesBde), перейти на вкладку Configuration, выбрать объект ConfigurationDriversNativePARADOX. Далее в свойстве NET DIR требуется указать для файла настроек ту папку, для доступа к которой у пользователя, под правами которого производится вход в Windows, имеются полные права.

Для принятия изменений необходима перезагрузка компьютера!

Как осуществить автоматический переход с РС на «С2000» в случае отказа РС?

Для этого мы рекомендуем работать в протоколе «Орион ПРО». АРМ поддерживает данный функционал, начиная с версии 7.4. Документация по настройке этого протокола поставляется совместно с АРМом (документ — Работа АРМ «Орион» в протоколе «Орион Про»).

Существуют ли какие-нибудь нормы времени на техническое обслуживание (сопровождение) программного обеспечения, в часности, АРМ «Орион»? Каким образом ведется расчет стоимости технического обслуживания АРМ «Орион»?

В руководствах по эксплуатации на изделия интегрированной системы «Орион» приведены нормы по техническому обслуживанию и текущему ремонту.
Норма обслуживания АРМ для ПЦО, по имеющимся у нас сведениям, 1,7 условных установок. Норма на ремонт АРМ — 4 часа.
Нормативы на техническое обслуживание технических средств охранно-пожарной сигнализации, интегрированных систем охраны, видеонаблюдения, контроля доступа приведены в Приказе № 647 от 08.2003 г.

Как резервировать систему на случай зависания АРМ «ОРИОН»?

Если база данных АРМ «Орион» больше, чем фактически может поддержать один пульт, то АРМ нужно резервировать несколькими пультами.
При работе в АРМ «Орион» по протоколу «Орион ПРО» пульты необходимо перевести в режим «Компьютер». Для этого необходимо проделать следующее. Войти в меню программирования (нажать клавишу «Prog»). Ввести пароль установщика. Выбрать пятый пункт меню «Настройка». Выбрать пятый пункт «RS-232». На индикаторе отобразится текущий режим работы пульта. Следует перевести пульт в режим работы «Компьютер».
Также требуется задать адреса пульта «С2000» для конфигурирования (адрес по RS-485 интерфейсу) и для работы с ПК в протоколе «Орион ПРО» в качестве опрашиваемого устройства (адрес по RS-232 интерфейсу). Для этого необходимо проделать следующее. Войти в меню программирования пульта и ввести пароль установщика.
Перейти в меню «Настройки». В подменю «RS-232» в свойстве «Адрес С2000» указать адрес пульта по RS-232 интерфейсу. В подменю «RS-485» в значении свойства «Адрес С2000» указать адрес пульта по RS-485 интерфейсу. Для корректного резервирования работы АРМ «Орион» пультом конфигурация последнего должна максимально соответствовать конфигурации АРМ, задаваемой программой «Администратор Базы Данных».
Добавить в список устройств системы пульт можно любым удобным для Вас способом (вручную или с помощью поиска). Для пульта необходимо указывать адрес по RS-232 интерфейсу.
Обращаем Ваше внимание на то, что пульты должны быть подключены к компьютеру по RS-232 интерфейсу. Это можно осуществить, используя специальный кабель для подключения пульта к ПК, либо преобразователи интерфейсов «С2000-ПИ». Второй вариант используется в случае, если пульт необходимо удалить от компьютера более, чем на 20 метров. Схема подключения в этом случае выглядит следующим образом: интерфейс RS-232 компьютера преобразуется в интерфейс RS-485 (первым преобразователем «С2000-ПИ»), пульт подключаются к линии RS-485 своим выходом RS-232 через второй преобразователь интерфейсов «С2000-ПИ». К выходу RS-485 пульта подключаются приборы.

Ошибка Some non-transactional changed tables couldn»t be rolled back

П олучение ошибки/предупреждения: Warning: Some non-transactional changed tables couldn»t be rolled back при попытке сделать ROLLBACK означает, что для некоторых использованных в транзакции таблиц не поддерживаются транзакции. Команда ROLLBACK на эти нетранзакционные таблицы не подействует.

Н аиболее типичный случай возникновения такой ошибки связан с попыткой создать таблицу, тип которой не поддерживается бинарником mysqld . Если mysqld не поддерживает тип таблиц (или тип таблиц отключен опцией при запуске), то сервер создаст таблицу с типом, наиболее близким к запрошенному (скорее всего, MyISAM).

Ч тобы проверить тип таблицы, следует выполнить:

SHOW TABLE STATUS LIKE «table_name» . См. раздел SHOW TABLE STATUS .

М ожно проверить, какие расширения поддерживает исполняемый файл mysqld , выполнив:

Show variables like «have_%» . См. раздел SHOW VARIABLES .

Т акие ошибки сигнализируют об одной из следующих ситуаций:

Клиентская программа не выполнила mysql_close() перед выходом.

Клиент бездействовал на протяжении более чем wait_timeout или interactive_timeout (См. раздел SHOW VARIABLES).

Клиентская программа внезапно завершилась посреди передачи.

В подобных ситуациях увеличивается значение переменной сервера Aborted_clients .

З начение переменной сервера Aborted_connects увеличивается в следующих случаях:

Когда пакет соединения содержит неверную информацию.

Когда пользователь не имеет привилегий для соединения с базой данных.

Когда пользователь использует неверный пароль.

Когда на получение пакета соединения уходит более connect_timeout секунд.

О братите внимание: все перечисленное выше может свидетельствовать о попытке взлома базы данных!

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

Использование как полудуплексного, так и полного дуплексного Ethernet-протокола под Linux. Данная ошибка присутствует во многих Linux-драйверах Ethernet. Выполните тест на данную ошибку — для этого следует передать очень большой файл через ftp-соединение между этими двумя машинами. Если передача проходит в режиме всплеск-пауза-всплеск-пауза. то можно констатировать наличие дуплексного синдрома Linux. Единственное
решение проблемы — отключить как полу-, так и полнодуплексную передачу на концентраторах и коммутаторах.

Некоторая проблема с библиотекой потоков, вызывающая прерывания при чтении.

«Криво» сконфигурированный TCP/IP.

Дефектные Ethernet-карты, концентраторы, коммутаторы или кабели. Такие проблемы можно как следует диагностировать только путем замены
оборудования.

max_allowed_packet слишком мала, или запросам требуется памяти больше, чем было выделено для mysqld (см. раздел Ошибка Packet too large).

П роверьте также код полученной ошибки с помощью perror. Одной из причин также может быть ошибка переполнения диска;

shell> perror 28
Error code 28: No space left on device

***THIS POST IS MOVED HERE WITH MORE DETAILS***

I have tired to cover some DB performance issues and questions within this post.

1. I have very large Orion DB what should i check ?
2. I have database performance issues how can i improve my DB performance ?
3. I am seeing high fragmentation for Orion DB tables why ?
4. Orion database is growing very quickly why ?
5. I have SQL Express and database is over 90% why / How can i clear space from database ?

What is DB fragmentation why my Orion DB is over 90 % fragmented ?

Let me first explain DB fragmentation in details . We already have a KB for this however i have included more details below and steps you can perform in order to improve the DB performance by reducing the DB size .

I ndexes with fragmentation over 90% found during DB maintenance.

Database fragmentation is similar to disk fragmentation in that the data is stored in various places in the database file instead of sequentially or next to like data within the database.

This often occurs where you have non-sequential keys and the constant inserting, updating and deleting of data causes the data to become fragmented as well as the use of additional data pages to store the data.

Orion does the same for data summarization therefor high DB Fragmentation within the tables are normal and expected behavior .

Whichever method you use, it is highly advisable to investigate and fix fragmentation on a regular basis.

You can start following steps from here

Have FULL Orion Database backup before you make any changes to the environment .

Backing Up, Restoring, and Migrating Your Orion Database

I have SQL Express installed and its showing 90% full how can i reduce my database size ?

It is important to note that these databases have strict size limits, which may inhibit the amount of data that a Solarwinds application can store in them. These limits are as follows:

Orion will alert you when approaching these limits .

• Microsoft SQL Server 2005 Express edition has a database size limit to 4GB
• Microsoft SQL Server 2008 Express edition has a database size limit to 4GB
• Microsoft SQL Server 2008 R2 Express edition has a database size limit to 10GB
• Microsoft SQL Server 2012 Express edition has a database size limit to 10GB
• Microsoft SQL Server 2014 Express edition has a database size limit to 10GB

Following below steps will help to reduce the size according to your environment.

Open Orion Database Manager > Start > All Programs > Solarwinds Orion > Advanced Feature > Database Manager > Click «Add default server

Expand and select Orion Database > Right Click > Database Details > Click on Tables (Tab) > Sort by Data Size

You should be able to see now which tables are having very high DB Size within the Database

I dont have DBA available , How can i enable de-f ragmentation task using Orion Database-Manager quickly ?

Please find the Solarwinds KB post below .

Critical index fragmentation detected during database maintenance
http://knowledgebase.solarwinds.com/kb/questions/3202/Critical+index+fragmentation+detected+during+database+maintenance

How Orion will run the DB de-fragmentation once its enabled ?

DB De — Fragmentation will be done through DB Maintenance that is been scheduled default @ 2:15 AM daily .

Settings> Polling Settings

Database Settings

Can i run Database Maintenance manually now ?

Yes you can On Orion server (RDP) Start > All programs > Solarwinds Orion > Advanced Settings > Database Maintenance > Start

How can i see the DB maintenance & DB de-fragmentation progress ?

You can see the DB Maintenance logs swdebugMaintenance.log from following location .

C:ProgramDataSolarwindsLogsOrion (Scroll to the bottom and you will be able to see the IndexDefragmenation logs and progress)

Why Orion have not enabled the DB de-fragmenation option by default ?

What impact will be on the database by enabling db-fragmentaion ?

This DB fragmentation normally done by the SQL DBA by running DB Maintenance Tasks on regular basis therefor we have the option disabled by default in order to avoid duplicate tasks.

There are several things that should be done on a regular basis and one of these things is to manage database fragmentation. Depending on the tables, queries and indexes that are being used fragmentation can cause performance issues as well as using unnecessary space in the database.

I have very large Syslog & Traps table in the Orion database ?

My manager wanted me to store large number of Syslogs / Traps / Logs for auditing ?

We actually have more powerful appliance for more demanding environment It easy to use logs for security, compliance, and troubleshooting storing for longer time period for auditing .

LOG & EVENT MANAGER

Check your default database settings any change can cause database size increase and performance issues on SQL server.

We strongly recommend you should never touch the below default Database Settings unless you are sure you do need to change.

(If you do need to change the below settings for some reason to increase the retention . Please do consult Solarwinds support and consider your SQL deployment environment as it could drastically increase the DB size immediately)

Changing such settings could also create performance issues loading graphs and application such as loading the webpages / loading historical graphs and statistical data Services connection to the Orion DB and off course high table fragmentation ,

Settings > Polling Settings >

So make sure you have the below settings to default as below

I have very large transaction file within Orion DB / My Orion database is filling up space very quickly what i should check ?

Database transaction log is full — Recovery (Simple mode VS Full mode)

Shrinking Orion DB is strongly recommended after following above steps in order to get reclaim free unused space available within the database .

How to Shrink the Database

In large DB more then (40 Gig) we strongly recommend to stop all Orion services .

Open SQL server Management Studio.

-(If you don»t have a copy of this, you can download and install SQL Server Management Studio Express from Microsoft for free)

Connect to your SQL server

Locate your Orion DB > Right Click > Properties > (Note Down the Size + Space Available)

Now Right click the Orion database and choose All Tasks -> Shrink -> Files

To Shrink the Main database file: (.mdf)

Ensure the File Type is set to Data, Filegroup «Primary».

To Shrink your Transaction Log File (.ldf)0

Ensure the File Type is set to Log, file group will not be an available option.

Please note, shrinking the log file will not be useful if the database is set to «Full Recovery» mode. This mode causes every transaction to be stored in the transaction log file, to allow the DB to recover to the last transaction if required. In comparison, Simple recovery will only allow recovery to the last good backup.

For the Shrink Action, select «Reorganise pages before releasing unused space. Change the «Shrink File to» setting to 0 MB.

Click OK. This will take a few seconds.

To shrink your additional filegroups (applies only if using Netflow)

Ensure the File Type is set to Data, Filegroup «FG1».

For the Shrink Action, select «Reorganise pages before releasing unused space. Change the «Shrink File to» setting to just above the minimum setting shown on the right.

Click OK. This can take a while — usually a few mins per GB.

— Repeat for each File group (FG1 to FG4)

Once Done above .

Right click the Orion database and choose All Tasks -> Shrink ->Database .

Orion DB > Right Click > Properties > (Note Down the Size + Space Available)

and compare the size after and before shrinking the DB .

Dont forget to restart all Orion services and check your performance issues improvements.

How can i am make my SQL server perform faster ?

Check your stored DB files path .

Orion DB > Right Click > Properties >Files

Storing DB files on C drive or even single disk array is strongly not recommended within production environment you can move the files to multiple disk arrays in order to divide the load between the disk arrays such as an example below .

D:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLDATAOrion db.mdf

D:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLDATAOrion db_log.ldf

D:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLDATAOrion db_FG1.mdf

D:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLDATAOrion db_FG2.mdf

D:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLDATAOrion db_FG3.mdf

D:Program FilesMicrosoft SQL ServerMSSQL11.MSSQLSERVERMSSQLDATAOrion db_FG4.mdf

forum-bolid.ru

Добрый день, у меня такая же проблема «table is full», хочу запустить лечение, какую версию БД выбрать непонятно, или где посмотреть версию в самой программе?

Добавлено спустя 3 часа 37 минут:
Разобрался: очистить не получается, требует пароль, сделал проще создал пустую базу данных и заменил все файлы plogdata.*

• Ответить с цитатой
• −

• Ответить с цитатой
• −

• Ответить с цитатой
• −

• Ответить с цитатой
• −

• Ответить с цитатой
• −

• Ответить с цитатой
• −

• Ответить с цитатой
• −

• Ответить с цитатой
• −

Sizigmund , пульт свежий орион оооооооооооооочень старый.А почему именно АРМ Орион?Почему не про?

Добавлено спустя 1 минуту 42 секунды:
Sizigmund , Если память не изменяет 7.6.2 была как раз глючная на эти подмены и потери контакта,как подсказал pet-and надо 7.6.3 пробовать,но вот пульт. хммм

• Ответить с цитатой
• −

• Ответить с цитатой
• −

Вопрос решился откатом версии С2000М на 2.05.

Вопрос теперь другой. Есть объект, где стоит арм орион 7.5.2. на 20 приборов
Со старым лицензионным ключом я могу без каких то доп.вложений обновиться до 7.6.3? Ключ менять не надо?

• Ответить с цитатой
• 1

• Ответить с цитатой
• 1

• Ответить с цитатой
• −

• Ответить с цитатой
• −

• Ответить с цитатой
• −

После обновления системы с 1.12 до 1.20 начались проблемы

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

Обновил «Орион Про» с версии 1.12 до 1.20.2. Модернизация прошла успешно, все работает, но!
Спустя месяц заметил, что при формировании отчетов в фильтрах компании сотрудников дублируются — в первой вкладке те кто был добавлен.

Корпус колодки ШС открыт
Открытый корпус монтажного отсека = неисправность

резистор 2.2 убрать с колодок Х1х9 на ИПР?
На вашем рисунке х1 и х9. А производитель их именует 6 и 7. Резистор можно поставить поменьше. Н-р: 1.5 кОм. Но 2.2 тоже.

Как это у нас обычно бывает, проблемы пошли сразу после установки.
Абсолютно новый компьютер, только настроил винду и первое, что начал делать — качать орион.
Скачал, установил. Лезу в сервер, вижу это

Orion table is full как исправить

← →
tytus   ( 2005-10-12 10:34 ) [0]

Реляционная база данных из двух таблиц (одной записи в главной таблице соответствует 96 записей в подчиненной). Программа обрабатывает файлы и заносит данные в БД. И вот вылетело такое сообщение. размер подчиненной таблицы 128 метров. Можно конечно использовать разные НД (в моем случае идеальным вариантом будет 1НД-данные за 1 месяц). Можно ли как-то увеличить емкость таблиц или (в худшем случае)-архивировать (паковать) таблицы?

← →
Desdechado ©   ( 2005-10-12 10:45 ) [1]

в парадоксе есть ограничение на размер таблицы
хочешь больше — используй SQL-сервер
если «идеальным вариантом будет 1НД-данные за 1 месяц» — делай, но учти, что при необходимости сделать запрос за пару лет придется геморроиться со всеми таблицами за этот период

← →
sniknik ©   ( 2005-10-12 10:53 ) [2]

> Можно ли как-то увеличить емкость таблиц
пересоздать таблицу с увеличенным BLOCK SIZE. (см. BDE Administrator, drivers, Paradox +F1), с максимальным блоком размер таблици = 2гига (если правильно помню)

← →
Desdechado ©   ( 2005-10-12 11:01 ) [3]

2 sniknik
парадокс столько не потянет, пупок порвется 🙂

← →
sniknik ©   ( 2005-10-12 11:10 ) [4]

Desdechado ©   (12.10.05 11:01) [3]
не расказывай сказок.

← →
tytus   ( 2005-10-12 11:24 ) [5]

>sniknik
Параметр Block Size в сеттингах имеет вполне определенные значения:
1024,2048,4096,16. 32. Вот и все. Хотя по-моему (F1 ) этот параметр не отвечает за макс. размер таблиц БД.
Давайте обсудим другие варианты.
P.S. а обезательно-ли создавать заново таблицы (в подчиненной таблице 60 полей по 10 символов (средн.) в названии.

← →
Desdechado ©   ( 2005-10-12 11:35 ) [6]

> не расказывай сказок
смайлик видим?
но во всякой шутке есть доля шутки 🙂

← →
sniknik ©   ( 2005-10-12 12:19 ) [7]

> Давайте обсудим другие варианты.
других нет. именно размер блока отвечает за максимальный размер таблици.

еще раз нажми там F1 и перечитай.

← →
tytus   ( 2005-10-12 12:26 ) [8]

>sniknik
Вот что в хелпе:
BLOCK SIZE Size of disk blocks used to store Paradox table records, in multiples of 1024 bytes. Valid settings depend on the table format:

Level 5 and 7  1024, 2048, 4096, 16384, and 32768
Level 3 and 4 1024, 2048, and 4096
Default: 2048
И где тут два гектара места на винте.

← →
sniknik ©   ( 2005-10-12 12:30 ) [9]

про структуру таблиц парадокса почитай и что значит блок, зачем нужен.

← →
msguns ©   ( 2005-10-12 12:32 ) [10]

Не кисло было б взглянуть на структуры таблиц и хотя бы в общих чертах о предмете. Что-то мне сдается — загвоздка в «карбюраторе»

← →
Sergey13 ©   ( 2005-10-12 12:38 ) [11]

2[5] tytus   (12.10.05 11:24)
>Давайте обсудим другие варианты.

>(в подчиненной таблице 60 полей по 10 символов (средн.) в названии.

Сделай не одну подчиненную а 5 (10,20. ) по 12 полей каждая.

← →
tytus   ( 2005-10-12 12:45 ) [12]

>Sergey13
Ну сделаю, и вылетит то же самое через 5 месяцев.

← →
Sergey13 ©   ( 2005-10-12 12:52 ) [13]

2[12] tytus   (12.10.05 12:45)
Тогда см. [1] и используй «нормальную» БД. Нефиг требовать от «Запорожца» параметров Ф1.

← →
Anatoly Podgoretsky ©   ( 2005-10-12 13:50 ) [14]

tytus   (12.10.05 12:26) [8]
Level 5 and 7  1024, 2048, 4096, 16384, and 32768
И где тут два гектара места на винте.