|
Хочу базу с sql перенести на postgresql. При выгрузке ошибка. Как быть? | ☑ | ||
---|---|---|---|---|
0
Обработка
21.07.21
✎
11:03
|
||||
1
ДенисЧ
21.07.21
✎
11:04
|
База битая...
DBCC CHECKDB |
|||
2
VladZ
21.07.21
✎
11:04
|
Сделай бэкап, потом чекДБ.
|
|||
3
Обработка
21.07.21
✎
11:06
|
(1) Как раз собираюсь
|
|||
4
ДенисЧ
21.07.21
✎
11:06
|
(3) Так сначала надо было сделать, а потом уже задавать вопросы...
|
|||
5
Обработка
21.07.21
✎
11:10
|
(4) Извини дружок. Больше не буду отнимать у тебя время. Но тут база подумал есть более изящное решение. Где то читал что есть утилите переноса.
|
|||
6
ДенисЧ
21.07.21
✎
11:11
|
(5) Утилита переноса битой базы? О_о
|
|||
7
Обработка
21.07.21
✎
11:20
|
DBCC CHECKDB не помог (((
CHECKDB обнаружил 0 ошибок размещения и 60 ошибок согласованности в базе данных "roznica". repair_allow_data_loss - это минимальный уровень исправления для ошибок, найденных DBCC CHECKDB (roznica). Выполнение DBCC завершено. Если DBCC выдает сообщения об ошибках, обратитесь к системному администратору. |
|||
8
ДенисЧ
21.07.21
✎
11:21
|
ну так скажи ему репейр, с аллоу дата лосс.
Он же намекает прямо. И говорит про 60 ошибок согласованности... |
|||
9
Ёпрст
21.07.21
✎
11:32
|
(8) Извини дружок, читать что пишут - вредно :)
|
|||
10
Обработка
21.07.21
✎
11:42
|
Разверну в копии и в 1с ТИИ устрою. Не хочу рисковать. Если не получится вылечить отпочкуем новую базу.
|
|||
11
Ёпрст
21.07.21
✎
11:45
|
(10) Какая наивность. ТиИ не вылечит эту ошибку. Ну есть кучка свободного времени - занимайтесь
|
|||
12
fisher
21.07.21
✎
11:46
|
(10) Делаешь копию. На копию делаешь восстановление с разрешением потери данных. А только после этого запускаешь ТИИ и смотришь, чему не повезло и решаешь как с этим жить.
|
|||
13
Обработка
21.07.21
✎
11:49
|
(12) "На копию делаешь восстановление с разрешением потери данных"
Это скульными средствами? |
|||
14
fisher
21.07.21
✎
11:49
|
(13) Конечно.
|
|||
15
ДенисЧ
21.07.21
✎
11:50
|
(13) Не, дружок, читать то, что пишут - вредно (с)
DBCC CHECKDB <db> REPAIR_ALLOW_DATA_LOSS https://docs.microsoft.com/ru-ru/sql/t-sql/database-console-commands/dbcc-checkdb-transact-sql?view=sql-server-ver15 |
|||
16
fisher
21.07.21
✎
11:58
|
(13) Бессмысленно запускать одинэсную проверку, пока не будет восстановлена сиквельная структура данных. Одинэсная проверка скорее всего упадет в процессе и уж точно никак не сможет починить сиквельные проблемы. А вообще задумайся о причинах. Такие траблы на ровном месте обычно не случаются и пахнут аппаратными проблемами.
|
|||
17
Обработка
21.07.21
✎
12:01
|
Понял ребяты. Вспомнил. Это еще со времен 1с77 было же.
Так и поступим наверно. |
|||
18
Ёпрст
21.07.21
✎
12:03
|
Такие ошибки, если дисковая система разваливается, например, винт в массиве выпал..ну и дальше, по-нарастающей. И если рассогласованность страниц, то потеря части данных обеспечена. Хотя на хабре и приводилась статья с лечением и заменой нужной страницы, если есть не битые архивы
|
|||
19
Обработка
25.07.21
✎
08:51
|
(15) так и сделал вылечил. Но не стал на эту базу пологаться
Запустил отпочкование на сервере в ЦБ но увы там 3й день идет отпочкование вот Розница РИБ. Отпочкование 2 дня идет :( Как быть? |
|||
20
sdv2000
25.07.21
✎
13:47
|
"пологагаться" фу бля
|
|||
21
sdv2000
25.07.21
✎
13:48
|
если не русский, то езжайте в свою неруссию
|
|||
22
Обработка
25.07.21
✎
15:10
|
(21) Ты это кому обращаешься?
|
|||
23
nodrama
25.07.21
✎
18:53
|
(0) У меня возник вопрос, а что предшествовало этому ?
Как можно было так сделать "битую" базу... ну мне для общего так сказать развития.. Просто за 15 лет не разу такого не видел, хотя все базы были на SQL и в среднем от 100гб весом и более. и ни одна из них ни когда не была так бита, если это можно так выразиться. |
|||
24
Ёпрст
25.07.21
✎
19:12
|
(23) экспресс и хрен пойми какое железо.
Ошибки файловой системы приводят к ошибкам страниц в скуле.. |
|||
25
Ёпрст
25.07.21
✎
19:13
|
ну и большое заблуждение, что его постриги поможет
|
|||
26
nodrama
25.07.21
✎
19:53
|
(25) То есть ошибки "сервера", приводят к ошибкам в SQL и битью баз?
|
|||
27
nodrama
25.07.21
✎
19:54
|
(25) ну вообще если норм сервер и купленый sql.
То смысл переходить на Постриги.. хз |
|||
28
Ёпрст
25.07.21
✎
19:55
|
(26) не сервера, а дисковой системы
|
|||
29
nodrama
25.07.21
✎
19:55
|
я просто в "серверных настройках и железе" ноль или 0.5 ))
Но не уверен, что мне за 15 лет попадались идеальные сервера с идеальными сис. админами. Видимо повезло) |
|||
30
nodrama
25.07.21
✎
19:56
|
(28) Ну дисковой системы, на сервере где sql. или на компах пользователей?
|
|||
31
Ёпрст
25.07.21
✎
19:58
|
(30) где скуль установлен
|
|||
32
nodrama
25.07.21
✎
20:05
|
(31) И как это понять/проверить и избежать ? завтра на работе посмотрю у нас сис.админ удаленный и новый. веры ему нет.
|
|||
33
Обработка
25.07.21
✎
20:27
|
(23) Я за 22 года вижу в первый раз такое.
Тщательно не расследовали. Адимну я сказал пусть проверить железо. Завтра еще раз скажу. Пока вот так. |
|||
34
xXeNoNx
25.07.21
✎
23:58
|
(21) Россия - для русских?
Кто ты, человек? |
|||
35
Обработка
26.07.21
✎
06:08
|
(34) Он по ходу меня хотел подправить.
(21) Ну знаю я грамматику и не нужно мне тыкать. Считай что у меня механическая ошибка а не грамматическая! по-ла-га́ть-ся Глагол, несовершенный вид, непереходный, возвратный, тип спряжения по классификации А. Зализняка — 1a. В знач. доверяться, надеяться: полагаться на + вин. п.; соответствующий глагол совершенного вида — положиться. В знач. причитаться, быть должным — соответствующего глагола совершенного вида нет. Приставка: по-; корень: -лаг-; суффикс: -а; глагольное окончание: -ть; постфикс: -ся [Тихонов, 1996]. И еще, я живу если что в Казахстане. Тут в южной столице живет почти половина русскоязычных. И ни кто им не говорит "езжай к себе в руссию". Как же мне бесят эти нацики. ПолАгаю не стоит на них обращать внимание. В семье не без уродов... |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |