Ошибка не удалось увеличить файл base

Обновлено: 03.07.2024

в этом разделе обсуждаются известные проблемы с служба хранилища репликой в Windows Server.

После удаления репликации диски отключаются и для них невозможно снова настроить репликацию

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

Чтобы устранить эту проблему, необходимо очистить скрытый раздел реплики хранилища на всех дисках, вернув их в состояние пригодных для записи, с помощью командлета Clear-SRMetadata .

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

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

Чтобы удалить потерянные данные настройки кластеров отработки отказа, используйте параметр -AllConfiguration , вот так:

Чтобы удалить отдельные метаданные групп репликации, используйте параметр -Name и укажите группу репликации, вот так:

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

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

в Windows Server 2016 при настройке репликации на исходном и целевом серверах может отображаться несколько предупреждений *сторажереплика\админ журнала событий 4004 каждый во время начальной синхронизации с состоянием "недостаточно системных ресурсов для завершения работы API". Также вы можете увидеть несколько ошибок 5014. Это означает, что у серверов недостаточный объем доступной памяти (ОЗУ) для одновременного выполнения начальной синхронизации и обычных рабочих нагрузок. Следует увеличить объем оперативной памяти либо уменьшить объем используемой памяти для всех компонентов и приложений, кроме реплики хранилища.

При использовании гостевых кластеров с общим диском VHDX и узлом без CSV-файла виртуальные машины перестают отвечать после настройки репликации

Если в Windows Server 2016 для тестирования или демонстрации реплики хранилища используются гостевые кластеры Hyper-V, а в качестве хранилища гостевого кластера указан общий диск VHDX, виртуальные машины перестают отвечать после завершения настройки репликации. При перезапуске узла Hyper-V виртуальные машины начинают работать, но настройка на считается завершенной и репликация не выполняется.

Такое поведение возникает при использовании *fltmc.exe Attach свхдксфлт— для обхода требования к узлу Hyper-V, на котором выполняется CSV-файл. Использование этой команды не поддерживается. Она предназначена только для тестирования или демонстрации.

Причиной замедления работы является естественная несогласованность взаимодействия между функцией качества обслуживания хранилища, появившейся в Windows Server 2016, и добавленным вручную фильтром общих дисков VHDX. Чтобы устранить эту проблему, отключите драйвер фильтра качества обслуживания хранилища и перезапустите узел Hyper-V:

Невозможно настроить репликацию для нового тома и другого хранилища

Для создания тома вместо New-Volume используйте командлет New-Partition** , а затем отформатируйте его. Первый из этих командлетов может округлять размера тома в разных массивах хранения данных. Если вы уже создали том NTFS, можно с помощью Resize-Partition увеличить или уменьшить размер одного тома, чтобы он в точности соответствовал другому (это невозможно для томов ReFS). Если используется **diskmgmt*-или Диспетчер сервера, округление не выполняется.

Выполнение Test-SRTopology завершается ошибками, связанными с именами

При попытке использовать Test-SRTopology вы получите одну из следующих ошибок.

ПРИМЕР ОШИБКИ 1:

ПРИМЕР ОШИБКИ 2:

ПРИМЕР ОШИБКИ 3:

Этот командлет использует ограниченные функции отчетов об ошибках в Windows Server 2016 и поэтому возвращает одинаковые выходные данные для многих распространенных проблем. Такая ошибка может возникнуть по следующим причинам:

вы вошли на исходный компьютер как локальный пользователь, а не как пользователь домена;

конечный компьютер не работает или не доступен по сети;

указано неправильное имя конечного компьютера;

указан IP-адрес вместо имени конечного компьютера;

брандмауэр на конечном компьютере блокирует доступ для вызовов PowerShell или CIM;

на конечном компьютере не работает служба WMI;

при выполнении командлета Test-SRTopology с удаленного компьютера управления вы не применили CREDSSP.

Указанные тома источника или назначения являются локальными дисками на узле кластера, а не кластерными дисками.

При попытке создать новое партнерство репликации с помощью New-SRPartnership вы получаете следующую ошибку:

это связано с выбором тома данных, находящегося в том же разделе, что и системный диск (т. е. диск **C:-накопитель с папкой Windows). Например, на диске, который содержит и **C:-и **D:*-тома, созданные из одной секции. Реплика хранилища не поддерживает такую возможность. Необходимо выбрать другой том для репликации.

Не удается увеличить размер реплицированного тома из-за отсутствующего обновления

При попытке увеличения или расширения реплицированного тома возникает следующая ошибка:

При использовании оснастки консоли MMC "Управление дисками" появляется эта ошибка:

Она появляется, даже если вы правильно включили изменение размера тома на исходном сервере с помощью параметра Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE .

эта проблема была исправлена в накопительном обновлении для Windows 10, версии 1607 (годовщина обновления) и Windows Server 2016:9 декабря 2016 (KB3201845).

Не удается увеличить размер реплицированного тома из-за пропущенного действия

Если вы попытаетесь изменить размер реплицированного тома на исходном сервере, предварительно не установив -AllowResizeVolume $TRUE , то возникнут следующие ошибки:

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

Ошибка оснастки "Управление дисками":

После изменения размера тома не забудьте отключить изменение размера с помощью параметра Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE . После этого администраторы не смогут изменить размеры томов, не убедившись, что на целевом томе достаточно места, обычно они не знают о реплике хранилища.

Происходит сбой при попытке переместить ресурс PDR между сайтами в асинхронном растянутом кластере

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

При использовании оснастки диспетчера отказоустойчивости кластеров:

При использовании командлета PowerShell кластера:

Это происходит из-за ожидаемого поведения Windows Server 2016. Используйте Set-SRPartnership для перемещения этих дисков PDR в асинхронный растянутый кластер.

это поведение было изменено в Windows Server версии 1709, чтобы разрешить ручные и автоматические отработки отказа с асинхронной репликацией на основе отзывов пользователей.

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

Этого не происходит, если в кластере не менее трех узлов. Ошибка возникает из-за намеренного изменения кода в Windows Server 2016 на случай асимметричной кластеризации хранилища.

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

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

Механизму ограничения пропускной способности в протоколе SMB не удается регулировать пропускную способность реплики хранилища

При указании ограничение пропускной способности реплики хранилища оно игнорируется, и используется полная пропускная способность. Пример:

Эта проблема возникает из-за ошибки совместимости реплики хранилища и SMB.

Предупреждение о событии 1241 повторяется во время исходной синхронизации

Хотя партнерство репликации указывается асинхронно, на исходном компьютере несколько раз регистрируется предупреждение (событие 1241) в канале администратора реплики хранилища. Пример:

Рекомендации. обычно это обусловлено одной из следующих причин:

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

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

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

Предупреждение о событии 4004 повторяется после перезагрузки узла репликации

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

Ошибка «Не удалось подключить ресурс "Диск кластера x" к сети». для растянутого кластера

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

Если вы попытаетесь переместить диск или CSV вручную, возникает другая ошибка. Пример:

Эта проблема вызвана тем, что один или несколько неинициализированных дисков подключены к одному или нескольким узлам кластера. Для решения проблемы инициализируйте все подключенные ресурсы хранилища с помощью DiskMgmt.msc, DISKPART.EXE или командлета PowerShell Initialize-Disk.

Ошибка GPT при попытке создать партнерство SR

При выполнении командлета New-SRPartnership возникает ошибка:

В графическом интерфейсе диспетчера отказоустойчивого кластера нет параметра для настройки репликации диска.

При выполнении командлета Test-SRTopology возникает ошибка:

Это вызвано тем, что функциональный уровень кластера по-прежнему настроен как Windows Server 2012 R2 (т. е. FL 8). Хранилище реплики должно возвращать определенную ошибку, но вместо этого возвращает неверное сопоставление ошибки.

если ClusterFunctionalLevel = 9 , это Windows версия клустерфунктионаллевел 2016, необходимая для реализации реплики служба хранилища на этом узле. Если значение ClusterFunctionalLevel отличается от 9, свойство ClusterFunctionalLevel необходимо обновить для реализации реплики хранилища на этом узле.

Чтобы устранить эту проблему, увеличьте функциональный уровень кластера, выполнив командлет PowerShell Update-клустерфунктионаллевел.

Небольшой неизвестный раздел, указанный в DISKMGMT для реплицированного тома

При запуске оснастки "Управление дисками" (DISKMGMT.MSC) вы заметите один или несколько томов, указанных без ярлыка или буквы диска и с размером 1 МБ. Вы сможете удалить неизвестный том или вы можете получить:

В этом весь замысел. Это не том, а раздел. Реплика хранилища создает раздел размером 512 КБ как слот базы данных для операций репликации (устаревшее средство DiskMgmt.msc округляется до ближайшего размера в МБ). Наличие раздела, подобного этому, для каждого реплицированного тома является нормальным и желательным. Если этот раздел размером 512 КБ больше не используется, его можно удалить. Разделы, которые используются, удалять нельзя. Раздел никогда не увеличится и не уменьшится. Если вы повторно создаете репликацию, мы рекомендуем оставить раздел, так как реплика хранилища будет требовать неиспользуемые разделы.

узел реплики служба хранилища зависает при создании моментальных снимков

при создании моментального снимка VSS (с помощью backup, VSSADMIN и т. д.) служба хранилища узел реплики зависает, и необходимо принудительно выполнить перезагрузку узла для восстановления. Ошибки не обнаружены, достаточно жестко зависает сервер.

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

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

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

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

при использовании дисковые пространства Direct с дисками нельзя отключить или исключить кэш. В качестве обходного решения при использовании только SSD и NVME можно настроить только уровни производительности и емкости. Если вы используете эту конфигурацию и разместите журналы SR на уровне производительности только с томами данных, которые они обслуживают только на уровне емкости, вы не сможете избежать проблем с высокой задержкой, описанных выше. То же самое можно сделать с помощью сочетания быстрых и медленных твердотельных накопителей, а также без NVME.

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

Ошибка "не удается найти файл" при запуске Test-SRTopology между двумя кластерами

При запуске Test-SRTopology между двумя кластерами и их путями CSV происходит сбой с ошибкой:

Это вызвано известным дефектом кода в Windows Server 2016. эта проблема была впервые исправлена в Windows Server, версии 1709 и связанных средствах RSAT. Для разрешения предыдущей версии обратитесь в служба поддержки Майкрософт и запросите обновление порта. Способа решения этой проблемы не существует.

Ошибка "не удалось найти указанный том" при запуске Test-SRTopology между двумя кластерами

При запуске Test-SRTopology между двумя кластерами и их путями CSV происходит сбой с ошибкой:

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

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

Это ожидаемое поведение. Чтобы восстановить данные или получить доступ к диску, необходимо сначала разблокировать диск журнала, а затем открыть diskmgmt. msc, чтобы обнаружить диск данных. Отключите диск данных в автономном режиме и снова подключитесь к сети. На диске щелкните значок BitLocker и разблокируйте диск.

выдача разблокировки диска данных на сервере-получателе после нарушения партнерства служба хранилища реплики

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

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

Тестовая отработка отказа не подключается при использовании асинхронной репликации

При запуске Mount-SRDestination для перевода целевого тома в режим «в сети» в рамках функции тестовой отработки отказа происходит сбой с ошибкой:

При использовании синхронного типа партнерства тестовая отработка отказа работает нормально.

это вызвано известным дефектом кода в Windows Server версии 1709. Чтобы устранить эту проблему, установите обновление 18 октября 2018 г. эта проблема отсутствует в Windows server 2019 и Windows server версии 1809 и более поздних.

Ошибка «Недостаточно памяти» в 1С 8.3 и 8.2 является не такой уж и редкой. Ее можно встретить и в конфигураторе (например, при сравнении конфигураций), а так же в режиме «1С:Предприятие» при выполнении трудоемких обработок: например при записи большого файла формата base64.

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

Все дело в том, что в 32-х разрядных операционных системах по умолчанию 2 ГигаБайта на различные программы и столько же для операционной системы. В 64-х разрядных ОС выделяемый на приложения объем памяти составляет уже 4 ГигаБайта.

Следуя из вышесказанного, вам необходимо увеличить размер выделяемой адресной памяти на приложения, коим является программа 1С. Сделать это можно двумя способами: осуществить переход с 32-х разрядной системы на 64-х разрядную, или увеличить выделяемое изначально количество адресной памяти.

Перед вами отобразится поиск программ. Выберите ту, что называется «cmd».

Так же командную строку можно открыть при помощи комбинации горячих клавиш Windows + R.

bcdedit /set increaseuserva 3200

Получите понятные самоучители по 1С бесплатно:

В данном случае вы увеличите объем адресной памяти до 3200 МегаБайт.

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

После того, как у вас все получилось, настоятельно рекомендуется восстановить прежний объем адресной памяти. Данная мера временная, так как при выделении памяти на приложения, у операционной системы ее становится меньше. За счет этого возможно нарушение стабильности Windows.

Для восстановления адресной памяти в значение по умолчанию можно воспользоваться следующей командной, которая так же вводится в командной строке:

bcdedit /deletevalue increaseuserva

Подпишитесь на наш YouTube канал

В XP не работает данная команда

Для Windows XP/2003 – добавлением ключа /3GB в файле Boot.ini
Только загугли как это правильно сделать, чтобы не угробить загрузку системы)

А если система и так х64? х128 Вроде пока не выпустили:) И что делать тогда?

А это что то меняет? Распределение памяти работает аналогично как я понял, так что спокойно увеличивай объём, который выделяется для приложений используя метод приведённый выше.

Из 5 рабочих мест такая ошибка вылезала только на одном, хотя оно ничем особо не отличалось от остальных. Все рабочие места на WinXP, файловая база в сетевой папке (около 7 гб).

Причем в момент возникновения ошибки в диспетчере задач показывалось, что занятой памяти на ПК 1.2 гб и свободной еще 2 гб.

Вылечилось очень неожиданным способом. ПК с 4 гб памяти и интегрированным видео Intel. Зашел в БИОС, выставил видеоадаптер iGPU (было Авто), размер видеопамяти 64 мб (было Авто).

Всё, проблема решилась, в 1С перестала вылезать ошибка о нехватке памяти. Даже /3GB в boot.ini не стоит (/userva тоже отсутствует). Да и количество занятой и свободной памяти в диспетчере задач как бы намекает, что в данном случае эти опции ничего не изменят.

Видимо, объем видеопамяти в режиме Авто, равный вроде 512 мб, занимает большой диапазон в зарезервированном адресном пространстве (выше 3.34 гб, того объема памяти, который показывается в Windows, но ниже 4гб). Остальные устройства тоже занимают какие-то адреса в этом пространстве, и, возможно, пересекаются с адресами реальной памяти. То есть система пытается выделить блок памяти близко к 3.34 гб и получает облом (т.к. по этому адресу оказывается память какого-нибудь устройства). В результате в 1С вылазит ошибка.

А когда видеопамяти всего 64 мб, остального пространства адресов хватает, чтобы разместились адреса всех устройств, и они не пересекаются с реальной памятью. Соответственно, к каким бы ячейкам памяти из имеющихся в Windows 3.34 гб ни обратилась программа, все сработает нормально, никаких ошибок не будет.

Размер файла превышает допустимый предел и не может быть сохранен [FIX]

Решение 1. Измените реестр .

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

Нажмите Windows Key + R и введите regedit . Нажмите Enter или нажмите ОК .
Необязательно: Изменение реестра сопряжено с определенными рисками, и если вы не измените его должным образом, вы можете вызвать проблемы со стабильностью системы. Чтобы предотвратить любые потенциальные проблемы, важно сделать резервную копию вашего реестра. Для этого нажмите Файл> Экспорт .
Выберите безопасное место для резервной копии. Введите нужное имя файла, выберите Все как Диапазон экспорта и нажмите Сохранить .
После экспорта реестра вы можете использовать экспортированный файл, чтобы восстановить все в исходное состояние, если что-то пойдет не так.
На левой панели перейдите к HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters . Найдите FileSizeLimitInBytes DWORD на правой панели и дважды щелкните его, чтобы открыть его свойства.
В поле Значение данных введите 4294967295 и нажмите ОК , чтобы сохранить изменения.
Закройте Редактор реестра .

После этого вам просто нужно перезагрузить компьютер, и проблема должна быть решена. Изменяя реестр, вы изменяете максимальный размер файла до 4 ГБ. Вместо того чтобы перезагружать компьютер, некоторые пользователи рекомендуют перезапустить службу WebClient . Для этого выполните следующие действия:

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

Решение 2. Проверьте компьютер на наличие вирусов

Несколько пользователей сообщили, что эта ошибка может возникнуть из-за заражения вредоносным ПО. Если вы заметили, что эта ошибка появляется на вашем компьютере, мы настоятельно рекомендуем вам выполнить детальное сканирование. Чтобы выполнить детальное сканирование, вы можете попробовать использовать два разных инструмента удаления вредоносных программ. Кроме того, обязательно проверьте ваш компьютер на наличие шпионских программ. После удаления вредоносных файлов ошибка должна быть полностью устранена.

ЧИТАЙТЕ ТАКЖЕ: при восстановлении системы не удается извлечь файл/оригинальную копию [FIX]

Решение 3. Настройка хранилища SharePoint

Решение 4. Установите ограничение на размер файла для загрузки

Войдите в Центр администрирования и перейдите в Центр администрирования> Управление приложениями> Управление веб-приложениями.
Выберите приложения, которые вы хотите изменить, и нажмите Общие настройки .
Когда откроется Общие настройки , вы увидите значение размера Максимальная загрузка . Измените это значение на 2047 МБ и сохраните изменения.

Решение 5. Измените файл web.config

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

Откройте консоль Internet Information Server на рабочем столе сервера.
Откройте дерево Веб-сайты и выберите нужный веб-сайт. Выберите Открыть в представлении обозревателя .
Найдите файл web.config в папке. Создайте копию этого файла и используйте его в качестве резервной копии на случай, если что-то пойдет не так. Откройте исходный файл web.config в Блокноте или любом другом текстовом редакторе.
Когда откроется Блокнот , найдите строку и измените ее на .
Повторите эти шаги для каждого сервера в ферме SharePoint.

Решение 6. Увеличьте настройку запроса на уровне машины .

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

Недоступность базы данных

Необходимо подключиться к серверу по SSH и выполнить следующие проверки:

1. Проверить, запущена ли служба MySQL:

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

Если в выводе отсутствует слово running, служба не запущена. В этом случае необходимо попытаться ее запустить:

После этого надо проверить работу сайта и сделать следующую проверку, если ошибка сохраняется.

2. Проверить состояние дискового пространства.

Просмотреть общий и занятый объем на диске командой:

Доступное пространство должно быть на основном разделе. Если свободное пространство закончилось, необходимо освободить место или перейти на тариф выше. Для работы с дисковым пространством можно использовать утилиты ncdu или du.

Если на диске достаточно свободного места, но ошибка сохраняется, надо проверить состояние inodes.

Если не удается решить ошибку самостоятельно, то нужно обратиться в техническую поддержку.

Повреждены таблицы БД (Table is marked as crashed)

При возникновении ошибок вида "Warning: Table . is marked as crashed" необходимо выполнить восстановление таблиц.

Если на сервере установлен phpMyAdmin, можно выполнить восстановление с его помощью. Для этого необходимо:

перейти в интерфейс PMA,
выбрать нужную базу данных в меню слева,
отметить в списке таблицы, которые нужно восстановить - то есть таблицы, имена которых фигурируют в ошибках,
в самом низу страницы нажать на выпадающее меню "С отмеченными" и выбрать вариант "Восстановить".

Без phpMyAdmin можно выполнить необходимые действия при подключении по SSH. Для восстановления одной таблицы нужно выполнить команду:

Для восстановления всех таблиц в базе используется команда:

Также можно выполнить проверку всех таблиц в базе с помощью команды:

Ошибка 2006: MySQL server has gone away

Ошибка MySQL server has gone away означает, что сервер закрыл соединение. Это происходит, как правило, в двух случаях: превышение таймаута ожидания или получение сервером слишком большого пакета.

В обоих случаях для устранения ошибки потребуется внести правки в конфигурационный файл MySQL. Это делается при подключении к серверу по SSH или с помощью веб-консоли в панели управления.

Конфигурационный файл может располагаться по различным путям, например:

/etc/my.cnf
/etc/mysql/my.cnf
/etc/mysql/mysql.conf.d/mysqld.cnf

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

Например:
grep -Rl 'wait_timeout' /etc/*

или:
grep -Rl 'max_allowed_packet' /etc/*

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

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

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

Далее нужно изменить значение параметра wait_timeout на более высокое. Значение указывается в секундах: чтобы увеличить время ожидания до 10 минут, необходимо указать значение 600:

После перезапустить службу MySQL:

Скорректировать максимально допустимый размер пакетов можно увеличением параметра max_allowed_packet.

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

Дале нужно изменить значение параметра max_allowed_packet на более высокое (значение указывается в мегабайтах):

После перезапустить службу MySQL:

Ошибка 1040: Too many connections

Ошибка "Too many connections" означает, что исчерпан лимит подключений к базе данных. Ошибка связана с медленными запросами, которые выполняются слишком долго (в этом случае требуется оптимизация кода) либо в числе одновременных подключений. В этом случае можно попробовать решить проблему увеличением лимита подключений (параметр max_connections) в конфигурационном файле MySQL.

В пункте выше было описано, как определить расположение файла my.cnf.

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

И заменить значение параметра на более высокое, например:

max_connections = 200

После перезапустить службу MySQL:

Ошибка 1292: Incorrect date value

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

Читайте также: