Перейти до

Не создает/пустой бекап

Endr93

Автор: Endr93,
в Stargazer Ubilling

 Share Подписчики 0

Рекомендованные сообщения

Endr93

Endr93 0

Опубликовано:
Опубликовано: (відредаговано)

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

 

Здравствуйте еще раз, проблема такого характера.. ..немного предыстории..
вчера запустили вновь биллинг (на сервере nas материнка полетела, временно с биллинга брали железо), сходу снял бекап, бекап был полный, ( на данный момент 148 Mb, но не суть),
сегодня, после корректировки балансов абонентов, так как дней 5 не учитывалось, снял актуальный бекап с "поправками балансов" и на мое удивление файл был крошечный, каких-то 784 b

 

Файл бекапа имеет вид такого характера..

 

-- MySQL dump 10.13  Distrib 5.1.73, for portbld-freebsd9.3 (i386)

--
-- Host: localhost    Database: stg
-- ------------------------------------------------------
-- Server version 5.1.73
 
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

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

Відредаговано Endr93
Ссылка на сообщение
Поделиться на других сайтах
Endr93

Endr93 0

Опубліковано:
  • Автор
Опубліковано: (відредаговано)

Доступ к бд есть?

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

Відредаговано Endr93
Ссылка на сообщение
Поделиться на других сайтах
Endr93

Endr93 0

Опубліковано:
  • Автор
Опубліковано: (відредаговано)

кое-чего нашел, в инфе о состоянии БД..

 

detailstat_09_2016          1 client is using or hasn't closed the table properly

logs_09_2016                   Table is marked as crashed

users                                   1 client is using or hasn't closed the table properly

weblogs                              1 client is using or hasn't closed the table properly

типа "Таблица отмечен как разбился. и 1 клиент использует или не закрыл таблицу, или не правильно закрыл", ..  можно как нибудь исправить?

 

 надеюсь вчерашний бекап целый будет :unsure:

 

эм, полагаю, просто вчерашний бекап залить..если целый.

 

каково ваше мнение/вердикт/дополнения/варианты исправления? :)

Відредаговано Endr93
Ссылка на сообщение
Поделиться на других сайтах
foreverok

foreverok 95

Опубліковано:
Опубліковано:

поправить можно  с помощью mysqlcheck если используется myisam.

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

Ссылка на сообщение
Поделиться на других сайтах
zaza12

zaza12 2

Опубліковано:
Опубліковано: (відредаговано)
не хотелось бы переустанавливать биллинг, снова все править придется и настраивать, гемор

 

а вообще , если есть бэкап  ,  то в чем проблема ,  передернули биллинг 5 раз с новой датой , или сколько там дней профукалось . Что там настраивать , биллинг настраивается 1 раз

Відредаговано zaza12
Ссылка на сообщение
Поделиться на других сайтах
Endr93

Endr93 0

Опубліковано:
  • Автор
Опубліковано: (відредаговано)

поправить можно  с помощью mysqlcheck если используется myisam.

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

 

РЕШЕНО, спасибо!

ввел команду: mysqlcheck --repair  --all-databases --auto-repair -u username -p

 

и вроде починилось, ,бекап вновь большой (надеюсь полный) 149.13 Mb  :)

Відредаговано Endr93
Ссылка на сообщение
Поделиться на других сайтах
Endr93

Endr93 0

Опубліковано:
  • Автор
Опубліковано:

а вообще , если есть бэкап  ,  то в чем проблема ,  передернули биллинг 5 раз с новой датой , или сколько там дней профукалось . Что там настраивать , биллинг настраивается 1 раз

настраивать конфиги alter, userstats, файлы кабинета оформления править, всех пользователей править заново,(часть заново вспоминать что и как) это все бесценное время, которое можно сохранить

передернули биллинг 5 раз с новой датой

что простите? :facepalm:

Ссылка на сообщение
Поделиться на других сайтах
zaza12

zaza12 2

Опубліковано:
Опубліковано: (відредаговано)
настраивать конфиги alter, userstats, файлы кабинета оформления править, всех пользователей править заново,(часть заново вспоминать что и как) это все бесценное время, которое можно сохранить

 

вы наверное пошутили? 10 минут времени на os + биллинг и 1 минуту на бэкап это драгоценное время? передернули биллинг = имитация 5 суток для stargazer (так понятней)

что-бы сохранить драгоценное время нужно научиться читать  документацию , SYSTEM_DIRS="/etc /var/log /usr/local/bandwidthd /usr/local/etc /usr/local/www/apache24/data " 

я просто не мог предположить что кто-то делает автобэкап 150мб базы без 3мб конфигов

Відредаговано zaza12
Ссылка на сообщение
Поделиться на других сайтах
strushke

strushke 14

Опубліковано:
Опубліковано:

У меня ровно та же фигня, только без единой ошибки. 

mysqlcheck --repair  --all-databases --auto-repair -u username -p

ничего не делает.

Ссылка на сообщение
Поделиться на других сайтах
RamadaN

RamadaN 2

Опубліковано:
Опубліковано:

У меня ровно та же фигня, только без единой ошибки. 

mysqlcheck --repair  --all-databases --auto-repair -u username -p

ничего не делает.

 

 

Тоже  БД покрашило? или бэкап не полный?

Ссылка на сообщение
Поделиться на других сайтах
strushke

strushke 14

Опубліковано:
Опубліковано:

 

У меня ровно та же фигня, только без единой ошибки. 

mysqlcheck --repair  --all-databases --auto-repair -u username -p

ничего не делает.

 

 

Тоже  БД покрашило? или бэкап не полный?

 

БД в порядке, бэкап неполный. Ни одной таблицы в бэкапе.

Ссылка на сообщение
Поделиться на других сайтах
RamadaN

RamadaN 2

Опубліковано:
Опубліковано: (відредаговано)

 

 

У меня ровно та же фигня, только без единой ошибки. 

mysqlcheck --repair  --all-databases --auto-repair -u username -p

ничего не делает.

 

 

Тоже  БД покрашило? или бэкап не полный?

 

БД в порядке, бэкап неполный. Ни одной таблицы в бэкапе.

 

Ну я вот решил, что после внесения моих 27 хомячков в базу нужно резервироваться и проследовал в соответствующий модуль "БЭкап БД". Размер конечно всего лишь 341.53 Kb, ну дык и хомячков 27 =)) . А ты "внутрь" самого дампа смотрел? Точно-точно там нет табличек?) Какой размер бэкапа у тебя вышел?

Відредаговано RamadaN
Ссылка на сообщение
Поделиться на других сайтах
strushke

strushke 14

Опубліковано:
Опубліковано: (відредаговано)

 

 

 

У меня ровно та же фигня, только без единой ошибки. 

mysqlcheck --repair  --all-databases --auto-repair -u username -p

ничего не делает.

 

 

Тоже  БД покрашило? или бэкап не полный?

 

БД в порядке, бэкап неполный. Ни одной таблицы в бэкапе.

 

Ну я вот решил, что после внесения моих 27 хомячков в базу нужно резервироваться и проследовал в соответствующий модуль "БЭкап БД". Размер конечно всего лишь 341.53 Kb, ну дык и хомячков 27 =)) . А ты "внутрь" самого дампа смотрел? Точно-точно там нет табличек?) Какой размер бэкапа у тебя вышел?

 

 

У меня размер 700байт (бэкапа). 

-- MySQL dump 10.13  Distrib 5.6.32, for FreeBSD9.3 (i386)
--
-- Host: localhost    Database: stg
-- ------------------------------------------------------
-- Server version	5.6.32

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
Відредаговано strushke
Ссылка на сообщение
Поделиться на других сайтах
ppv

ppv 1

Опубліковано:
Опубліковано:

Підкажіть будь-ласка для чого таблиця user_data?

Стандартно її немає, а потрібно поправити

ukv_tariffs	OK
ukv_users	OK
user_data	The user specified as a definer ('ubilling'@'localhost') does not exist
userreg	        OK
users	        OK
userspeeds	OK
Ссылка на сообщение
Поделиться на других сайтах
ppv

ppv 1

Опубліковано:
Опубліковано:

 

 

 

 

У меня ровно та же фигня, только без единой ошибки. 

mysqlcheck --repair  --all-databases --auto-repair -u username -p

ничего не делает.

 

 

Тоже  БД покрашило? или бэкап не полный?

 

БД в порядке, бэкап неполный. Ни одной таблицы в бэкапе.

 

Ну я вот решил, что после внесения моих 27 хомячков в базу нужно резервироваться и проследовал в соответствующий модуль "БЭкап БД". Размер конечно всего лишь 341.53 Kb, ну дык и хомячков 27 =)) . А ты "внутрь" самого дампа смотрел? Точно-точно там нет табличек?) Какой размер бэкапа у тебя вышел?

 

 

У меня размер 700байт (бэкапа). 

-- MySQL dump 10.13  Distrib 5.6.32, for FreeBSD9.3 (i386)
--
-- Host: localhost    Database: stg
-- ------------------------------------------------------
-- Server version	5.6.32

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

Ідеш в адмінку білінгу -> Состояние системы -> Информация о БД MySQL -> Проверить состояние БД, в результаті бачиш що в тебе погано і правиш.

Ссылка на сообщение
Поделиться на других сайтах
strushke

strushke 14

Опубліковано:
Опубліковано:

 

 

 

 

 

У меня ровно та же фигня, только без единой ошибки. 

mysqlcheck --repair  --all-databases --auto-repair -u username -p

ничего не делает.

 

 

Тоже  БД покрашило? или бэкап не полный?

 

БД в порядке, бэкап неполный. Ни одной таблицы в бэкапе.

 

Ну я вот решил, что после внесения моих 27 хомячков в базу нужно резервироваться и проследовал в соответствующий модуль "БЭкап БД". Размер конечно всего лишь 341.53 Kb, ну дык и хомячков 27 =)) . А ты "внутрь" самого дампа смотрел? Точно-точно там нет табличек?) Какой размер бэкапа у тебя вышел?

 

 

У меня размер 700байт (бэкапа). 

-- MySQL dump 10.13  Distrib 5.6.32, for FreeBSD9.3 (i386)
--
-- Host: localhost    Database: stg
-- ------------------------------------------------------
-- Server version	5.6.32

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

Ідеш в адмінку білінгу -> Состояние системы -> Информация о БД MySQL -> Проверить состояние БД, в результаті бачиш що в тебе погано і правиш.

 

Везде ОК написано, я упомянул выше

Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
 Share
Подписчики 0
Перейти до переліку тем

  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • powern
      Сервер для зберігання бекапів
      Від powern
      Доброго дня, цікавить мінімальна конфігурація процесора і пам’яті, але 5+ тб вільного місця в сховищі, і канал зв’язку 1 гб/с, за адекватну ціну, меже хтось зустрічав щось схоже. На даний час в оренді dedicated сервер на Hetzner, хочемо убезпечити себе . 
    • volz
      Бекап конфигов свичтей
      Від volz
      Здравствуйте,
       
      Кто чем бекапит свои свитчи? Есть ли удобная тулза которая может собирать и сравнивать конфиги с разных свитчей (в основном D-Link)? 
    • Baneff
      Цена бекапного канала
      Від Baneff
      Всем привет.
      А скажите, кто в теме, сколько может стоить чисто бекапный 1гбит/с канал микса Украина+мир?
      Есть уже два основных канала с балансировкой и в случае падения одного побежит всё по второму. Однако, как выяснилось, очень редко, но всё же бывает, что вырубаются оба основных канала. На такой случай есть желание взять третий чисто бекапный канал, по которому почти никогда трафик бегать не будет, однако в том самом редком случае отказа обоих основных каналов всё побежит через этот третий канал и для этого требуется зарезервировать там  полосу до 1гбит/с. Вопрос цены вот только не ясен.
      Спасибо.
    • Nightly Wanderer
      dgs-3120-24sc (Бекап)
      Від Nightly Wanderer
      Хто в курсі як зробити бекап на цих комутаторах?
×
×
  • Створити нове...