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

[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 */;

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

Изменено 2016-09-08 19:47:31 пользователем Endr93

[Golthana 3]

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

[Endr93 0]

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

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

Изменено 2016-09-08 20:30:46 пользователем 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 клиент использует или не закрыл таблицу, или не правильно закрыл", ..  можно как нибудь исправить?

 

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

 

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

 

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

Изменено 2016-09-08 21:00:24 пользователем Endr93

[foreverok 95]

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

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

[zaza12 2]

mysql -uroot -pmysxxxxxxxx

 

SHOW TABLE STATUS from stg;

 

?

[zaza12 2]

не хотелось бы переустанавливать биллинг, снова все править придется и настраивать, гемор

 

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

Изменено 2016-09-08 23:01:31 пользователем zaza12

[nightfly 1 252]

Дитсадок веселка.

 

repair table `logs_09_2016`

[Endr93 0]

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

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

 

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

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

 

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

Изменено 2016-09-09 07:38:54 пользователем Endr93

[Endr93 0]

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

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

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

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

[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мб конфигов

Изменено 2016-09-09 15:15:56 пользователем zaza12

[strushke 14]

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

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

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

[RamadaN 2]

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

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

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

 

 

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

[strushke 14]

 

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

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

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

 

 

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

 

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

[RamadaN 2]

 

 

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

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

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

 

 

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

 

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

 

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

Изменено 2016-09-15 08:48:58 пользователем RamadaN

[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 */;

Изменено 2016-09-15 19:28:11 пользователем strushke

[ppv 0]

Підкажіть будь-ласка для чого таблиця 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 0]

Вже не актуально, розібрався)

[ppv 0]

 

 

 

 

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

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 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 -> Проверить состояние БД, в результаті бачиш що в тебе погано і правиш.

 

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