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

Endr93 · 2016-09-08 19:41:53

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

Здравствуйте еще раз, проблема такого характера.. ..немного предыстории..
вчера запустили вновь биллинг (на сервере 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 */;

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

Edited 2016-09-08 19:47:31 by Endr93

Golthana · 2016-09-08 20:13:40

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

Endr93 · 2016-09-08 20:30:06

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

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

Edited 2016-09-08 20:30:46 by Endr93

Endr93 · 2016-09-08 20:51:35

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

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

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

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

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

Edited 2016-09-08 21:00:24 by Endr93

foreverok · 2016-09-08 22:05:24

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

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

zaza12 · 2016-09-08 22:14:54

mysql -uroot -pmysxxxxxxxx

SHOW TABLE STATUS from stg;

?

zaza12 · 2016-09-08 22:43:47

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

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

Edited 2016-09-08 23:01:31 by zaza12

nightfly · 2016-09-08 23:29:05

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

repair table `logs_09_2016`

Endr93 · 2016-09-09 07:37:04

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

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

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

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

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

Edited 2016-09-09 07:38:54 by Endr93

Endr93 · 2016-09-09 08:02:24

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

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

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

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

zaza12 · 2016-09-09 14:39:03

настраивать конфиги 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мб конфигов

Edited 2016-09-09 15:15:56 by zaza12

strushke · 2016-09-14 14:04:49

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

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

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

RamadaN · 2016-09-14 16:13:09

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

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

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

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

strushke · 2016-09-15 04:34:47

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

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

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

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

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

RamadaN · 2016-09-15 08:47:57

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

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

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

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

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

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

Edited 2016-09-15 08:48:58 by RamadaN

strushke · 2016-09-15 19:25:32

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

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

Edited 2016-09-15 19:28:11 by strushke

ppv · 2016-09-16 08:19:37

Підкажіть будь-ласка для чого таблиця 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 · 2016-09-16 08:28:26

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

ppv · 2016-09-16 10:20:38

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

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 · 2016-09-19 15:04:25

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

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

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

Sign In

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

Recommended Posts

Endr93 0

Link to post

Share on other sites

Golthana 3

Link to post

Share on other sites

Endr93 0

Link to post

Share on other sites

Endr93 0

Link to post

Share on other sites

foreverok 95

Link to post

Share on other sites

zaza12 2

Link to post

Share on other sites

zaza12 2

Link to post

Share on other sites

nightfly 1,250

Link to post

Share on other sites

Endr93 0

Link to post

Share on other sites

Endr93 0

Link to post

Share on other sites

zaza12 2

Link to post

Share on other sites

strushke 14

Link to post

Share on other sites

RamadaN 2

Link to post

Share on other sites

strushke 14

Link to post

Share on other sites

RamadaN 2

Link to post

Share on other sites

strushke 14

Link to post

Share on other sites

ppv 0

Link to post

Share on other sites

ppv 0

Link to post

Share on other sites

ppv 0

Link to post

Share on other sites

strushke 14

Link to post

Share on other sites

Create an account or sign in to comment

Create an account

Sign in

Recently Browsing 0 members

Similar Content