Mysqldump вызывает “Слишком много соединений”
Я сказал бы, что это - баланс того, сколько беспокойства Вы имеете по сравнению с деньгами, которые Вы готовы заплатить.
Очень соответствующий:
Если Вы являетесь очень соответствующими затем, можно хотеть нанять внешний консультант по безопасности, чтобы сделать полное сканирование всего и с внешней и с внутренней точки зрения. Если бы этот человек был особенно умен, то Вы могли бы быть в беде, у них могло бы быть что-то, что будет бездействовать некоторое время. Другая опция состоит в том, чтобы просто восстановить все. Это может звучать очень чрезмерным, но Вы изучите среду хорошо, и Вы делаете проект аварийного восстановления также.
Мягко затронутый:
Если Вы только мягко обеспокоены, что могли бы просто хотеть сделать:
- Сканирование портов с внешней стороны.
- Сканирование вируса/Шпионского ПО. Сканирование руткита для Машин Linux.
- Просмотрите конфигурацию брандмауэра для чего-либо, что Вы не понимаете.
- Измените все пароли и ищите любые неизвестные учетные записи (Удостоверьтесь, что они не активировали кого-то, кто больше не с компанией, таким образом, они могли использовать это и т.д.).
- Это могло бы также быть хорошим временем для изучения установки Системы обнаружения проникновения (IDS).
- Наблюдайте, что журналы более тесно, чем Вы обычно делают.
Для будущего:
Продвижение, когда администратор уезжает, дает ему хорошую сторону и затем когда он выпитый просто предлагает ему, поездка домой - затем избавляется от него в ближайшей реке, болоте или озере. Более серьезно это - одно из серьезных оснований дать администраторам щедрое выходное пособие. Вы хотите, чтобы они чувствовали хорошо об отъезде как можно больше. Даже если они не должны чувствовать себя хорошо, кто заботится?, высосите его и сделайте их счастливыми. Притворитесь, что это - Ваш отказ и не их. Стоимость повышения затрат для страхования по безработице и пакета разрыва не выдерживает сравнение с ущербом, который они могли нанести. Это - все о пути наименьшего сопротивления и создающий как можно меньше драму.
S11 содержит LDoms 2.1, который не поддерживается на оборудовании T1 (последняя версия, поддерживаемая на T1, - LDoms 1.2 - см. [1]). В этом конкретном случае мы предлагаем вам удалить версию диспетчера LDoms IPS, затем загрузить и установить пакет SVR4 для LDoms 1.2 (как правило, на всех других платформах лучше установить пакет IPS на S11, так как вы получаете проверку зависимостей и Это' http://dev.mysql.com/doc/refman/5.5/en/user-resources.html
Я не уверен, что для увеличения max_connections потребуется слишком много памяти.
Если вы используете MyISAM - другого способа резервного копирования нет. С InnoDB или XTraDB - никаких проблем. http://www.innodb.com/doc/hot_backup/manual.html
1) Настройте второй сервер, скопируйте на него свою БД, сделайте резервную копию оттуда
Это может быть не лучшим решением, если у вас много изменений на главном сервере, поскольку репликация на подчиненном сервере является однопоточной.
2) Используйте http://www.percona.com/doc/percona-xtrabackup/
Или, как всегда, обратитесь к официальной документации, в которой описаны другие альтернативы:
http: // dev. mysql.com/doc/refman/5.1/en/backup-methods.html[123 impression
Ваше сочетание таблиц myisam и innodb несколько усложняет ситуацию. Если вы можете преобразовать таблицы myisam в таблицы innodb, вы можете запустить mysqldump внутри транзакции. Таким образом вы получите согласованную резервную копию без необходимости блокировки таблицы / базы данных.
Возможны следующие проблемы:
- Производительность: Innodb может быть медленнее, чем myisam для вашего приложения
- Особенности: Если вы используете только имеющиеся функции с myisam
Есть ли альтернатива резервному копированию с помощью mysqldump?
Как вы планируете их использовать? Если вам нужны быстрые и дешевые инкрементные резервные копии, я d просто используйте rsync (или rsnapshot , который использует rsync для хранения нескольких одновременных копий, не занимая слишком много места на диске) для резервного копирования / var / lib / mysql (или где бы то ни было, где могут быть файлы данных).
Я предполагаю , что вы действительно не будете использовать их для репликации / синтаксического анализа или иной интерпретации, но на всякий случай ваш сервер (ы) ) вы хотите выполнить (по сути) полное восстановление диска. Это также делает такое восстановление невероятно быстрым (но жестким, вы восстанавливаете все или ничего), поскольку это стандартная операция копирования. В лучшем случае вы можете использовать это так часто, как захотите, с другим механизмом резервного копирования (скажем, mysqldump в непиковое время), чтобы гарантировать, что вы никогда не останетесь без обновленного анализируемого дампа.
Я предполагаю , что вы на самом деле не будете использовать их для репликации / синтаксического анализа или иной интерпретации, но на случай, если ваш сервер (ы) выйдет из строя, вы захотите выполнить (по сути) полное восстановление диска. Это также делает такое восстановление невероятно быстрым (но жестким, вы восстанавливаете все или ничего), поскольку это стандартная операция копирования. В лучшем случае вы можете использовать это так часто, как захотите, с другим механизмом резервного копирования (скажем, mysqldump в непиковое время), чтобы гарантировать, что вы никогда не останетесь без обновленного анализируемого дампа.
Я предполагаю , что вы на самом деле не будете использовать их для репликации / синтаксического анализа или иной интерпретации, но на случай, если ваш сервер (ы) выйдет из строя, вы захотите выполнить (по сути) полное восстановление диска. Это также делает такое восстановление невероятно быстрым (но жестким, вы восстанавливаете все или ничего), поскольку это стандартная операция копирования. В лучшем случае вы можете использовать это так часто, как захотите, с другим механизмом резервного копирования (например, mysqldump в непиковое время), чтобы гарантировать, что вы никогда не останетесь без обновленного анализируемого дампа.