Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 SQL 2019 пропадают данные.  [new]
HerrKaputt
Member

Откуда:
Сообщений: 8
День добрый.
Уважаемые форумчане может подскажете куда копать по следующей ситуации:
Сервер терминалов, на нем же стоит SQL 2019 и сервер 1С. В очередной раз отключили свет, в прошлый раз сервер выключала утилита от APC, в этот раз выгнали всех пользователей и потушили сервер как положено через кнопку пуск. В обоих случаях , после запуска сервера обнаружили что из некоторых баз пропали документы которые вводились с утра и до момента отключения.
Я понимаю что если "грохнуть" сервак то могут пропасть данные которые остались в не зафиксированных транзакциях.
Но при корректном отключении разве такое должно происходить?
26 апр 21, 16:16    [22314563]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
komrad
Member

Откуда:
Сообщений: 5677
HerrKaputt
в этот раз выгнали всех пользователей и потушили сервер как положено через кнопку пуск.
Но при корректном отключении разве такое должно происходить?


утилита APC так же "нажимает кнопку", как и вы
корректное отключение:
- остановить 1С
- остановить сервис SQL
- погасить сервер
26 апр 21, 16:28    [22314576]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8587
HerrKaputt,

автор
из некоторых баз пропали документы которые вводились с утра и до момента отключения

Чудес не бывает, значит документы ввели, но не сохранили.
26 апр 21, 17:02    [22314615]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
HerrKaputt
Member

Откуда:
Сообщений: 8
Владислав Колосов,

Документы сохраняли, остались распечатанные на бумаге.
До этого отработали 6 лет на Server 2008 r2 и SQL 2014 пережили не одно отключение и не разу такого не было.
В этом году перешли на Window server 2016 и SQL 2019 и началось. В начале марта одна база - "поток статистики разрушен", при тестировании оказалось проще восстановить из резерва. Теперь вот это, после каждого отключения из трёх последних, какая-то база или уходит в "suspect" или в нормальном режиме, но при проверке "нарушение согласованности."
26 апр 21, 21:55    [22314760]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6461
HerrKaputt,

как вы яхту назовете....(с)
26 апр 21, 22:11    [22314768]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8587
HerrKaputt,

Вы же понимаете, есть если какая-либо транзакция не была зафиксирована с утра в течение нескольких часов, то это почти что аварийное состояние. Риск потери данных баз можно значительно снизить если выполнять резервное копирование журнала достаточно часто, например, каждые 15-30 минут и помещать копии в надежное хранилище, регулярно проверяя эти копии на возможность восстановления.
Убедитесь, что модель восстановление базы полная вы регулярно выполняете резервное копирование и достаточно часто создаёте резервные копии журналов баз.
26 апр 21, 22:16    [22314771]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
Гавриленко Сергей Алексеевич
Member

Откуда: Moscow
Сообщений: 37232
HerrKaputt
До этого отработали 6 лет на Server 2008 r2 и SQL 2014 пережили не одно отключение и не разу такого не было...
Т.е. я правильно понимаю, что вы долго колотили кувалдой по стеклу, а после того, как стекло в итоге разбилось, у вас возникли какие-то претензии к стеклу?
27 апр 21, 00:10    [22314822]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8857
Гавриленко Сергей Алексеевич
HerrKaputt
До этого отработали 6 лет на Server 2008 r2 и SQL 2014 пережили не одно отключение и не разу такого не было...
Т.е. я правильно понимаю, что вы долго колотили кувалдой по стеклу, а после того, как стекло в итоге разбилось, у вас возникли какие-то претензии к стеклу?


Вопрос ТС перефразируем на такой лад: почему стекло треснуло, когда его стали протирать тряпочкой а не скоблить ножом.

27 апр 21, 00:16    [22314824]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8857
komrad
HerrKaputt
в этот раз выгнали всех пользователей и потушили сервер как положено через кнопку пуск.
Но при корректном отключении разве такое должно происходить?


утилита APC так же "нажимает кнопку", как и вы
корректное отключение:
- остановить 1С
- остановить сервис SQL
- погасить сервер


Именно это и делает кнопочка "Завершить работу".
Кроме разве что п.1 ,- тут не берусь утверждать так как не знаю "как работает 1С" ...
27 апр 21, 00:18    [22314826]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8857
HerrKaputt
День добрый.
Уважаемые форумчане может подскажете куда копать по следующей ситуации:
Сервер терминалов, на нем же стоит SQL 2019 и сервер 1С. В очередной раз отключили свет, в прошлый раз сервер выключала утилита от APC, в этот раз выгнали всех пользователей и потушили сервер как положено через кнопку пуск. В обоих случаях , после запуска сервера обнаружили что из некоторых баз пропали документы которые вводились с утра и до момента отключения.
Я понимаю что если "грохнуть" сервак то могут пропасть данные которые остались в не зафиксированных транзакциях.
Но при корректном отключении разве такое должно происходить?


Вы уверены, что документы "печатались" именно из базы MSSQL-сервера?,- они не могли существовать где-нибудь в "промежуточном" звене?

Были ли документы, которые были сделаны ПОСЛЕ "исчезнувших" и которые при этом "остались" в базе?

Я поддерживаю мнение о незакоммиченных транзакциях и грязном чтении. Но если это так, то у вас с серваком (ну, с базой-то точно) - беда ...
27 апр 21, 00:23    [22314829]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
fkthat
Member [заблокирован]

Откуда:
Сообщений: 4880
HerrKaputt
могут пропасть данные которые остались в не зафиксированных транзакциях.

Хм... А что еще по-твоему должно происходить с незакоммиченными данными при recovery сервера?
27 апр 21, 00:30    [22314831]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31869
fkthat
HerrKaputt
могут пропасть данные которые остались в не зафиксированных транзакциях.

Хм... А что еще по-твоему должно происходить с незакоммиченными данными при recovery сервера?
Дык ТС про это и пишет.
Проблема в том, что у него пропадают закоммиченные транзакции.

Другой вопрос, что там на самом деле происходит.
27 апр 21, 07:20    [22314865]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
aleks222
Member

Откуда:
Сообщений: 1355
alexeyvg
fkthat
пропущено...

Хм... А что еще по-твоему должно происходить с незакоммиченными данными при recovery сервера?
Дык ТС про это и пишет.
Проблема в том, что у него пропадают закоммиченные транзакции.

Другой вопрос, что там на самом деле происходит.


1. Если бы "пропадали закоммиченные", то пропадали бы ЛЮБЫЕ документы. А не только "введенные перед отключением".

2. Тредстартер жалуется на ФИЗИЧЕСКОЕ повреждение баз данных при отключении сервера. Более вероятно, что у него "новая крутая дисковая система без батарейки кэша или еще чего".
27 апр 21, 07:34    [22314866]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
uaggster
Member

Откуда:
Сообщений: 1003
alexeyvg
fkthat
пропущено...

Хм... А что еще по-твоему должно происходить с незакоммиченными данными при recovery сервера?
Дык ТС про это и пишет.
Проблема в том, что у него пропадают закоммиченные транзакции.

Другой вопрос, что там на самом деле происходит.

Если речь действительно идет о закоммиченых транзакциях, то возможно, например:
1. Проблемы с кэшем контроллера рэйд-массива. Там нет батарейки, или батарейка - дохлая, а write back - включен. Кстати, такие же проблемы могут быть если включено кэширование записи средствами Windows.
2. Delayed Durability - Forced на базе.
3. Ну, собственно, проблемы в логике ПО (я так понимаю - это самописанное приложение на 1С). Там вариантов может быть - море. Например - данные то в базе остались, но по какой то причине - не видны приложению (как то: не проставляется флажок состояния в записи, который соответствует "сохранено", отсутствие в записи ИД каких то ключевых справочников, которые должны проставляться по кнопке "Сохранить" и тому подобное).
4. Для 1С - не характерно, но, в принципе, могут использоваться in memory table schema_only, которые про которые разработчики думают, что они стабильные, потому что они забыли, что сами их такими сделали (будете смеяться, но я - такое видел. Разработчики ускорили приложение, переведя часть таблиц в такой вид, а потом, в процессе эволюции приложения, как то получилось, что в одной из таблиц данные должны храниться и между перезагрузками - тоже. Не все, буквально пару записей. Баг искали месяц).
27 апр 21, 07:46    [22314868]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8587
SQL сервер там не при чём, очевидно, при переезде поменялось и железо.
Как вы представляете печать из незакоммиченной транзакции, которая, к тому же, продолжается несколько часов?
Данные могут пропасть из in-memory schema only таблиц, к примеру, если 1С такие использует. Но если пропали документы, записанные на диск несколько часов назад - это или врут свидетели или неисправно "железо".
27 апр 21, 11:15    [22314959]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
0wl
Member

Откуда:
Сообщений: 88
1С не умеет из коробки работать с in-memory. Так что тут что-то другое.

Когда-то тут пробегала похожая история, когда антивирус просто откатывал "подозрительный" файл mdf к предыдущей версии. Это к тому, что все, что угодно может быть - надо проверять, как хранятся файлы базы и кто их может трогать.

Ну и в логе SQL Server в моменты остановки/запуска что-то интересное может промелькнуть (как минимум, объём откаченных транзакций при старте)
27 апр 21, 11:55    [22314982]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
komrad
Member

Откуда:
Сообщений: 5677
SIMPLicity_
komrad
пропущено...


утилита APC так же "нажимает кнопку", как и вы
корректное отключение:
- остановить 1С
- остановить сервис SQL
- погасить сервер


Именно это и делает кнопочка "Завершить работу".

кнопка "завершить работу" не знает о последовательностях и зависимостях
важна последовательность - сначала отключаем клиентов, потом гасим СУБД
27 апр 21, 13:30    [22315055]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 53140
komrad
кнопка "завершить работу" не знает о последовательностях и зависимостях

Зато о них знает операционка, которой эта кнопка посылает сигнал о своём нажатии. За исключением случая когда её нажали и держали шесть секунд. Тогда она просто отрубает питание.
27 апр 21, 13:48    [22315067]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
komrad
Member

Откуда:
Сообщений: 5677
Dimitry Sibiryakov
komrad
кнопка "завершить работу" не знает о последовательностях и зависимостях

Зато о них знает операционка, которой эта кнопка посылает сигнал о своём нажатии.

операционка знает о том, что 1С работает с SQL?
27 апр 21, 14:16    [22315087]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
Критик
Member

Откуда: Москва / Калуга
Сообщений: 35081
Блог
HerrKaputt
До этого отработали 6 лет на Server 2008 r2 и SQL 2014 пережили не одно отключение и не разу такого не было.
В этом году перешли на Window server 2016 и SQL 2019 и началось.


Последние 10 лет такие топики появляются стабильно пару раз в год.
Причем именно про то, что в 1С пропали данные в связи с нештатным отключением )
27 апр 21, 14:27    [22315098]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
StarikNavy
Member

Откуда: Москва
Сообщений: 2407
HerrKaputt,

вы sql-таблицы ручками смотрели? дата последнего изменения и все такое?

больше на фокусы 1с похоже, или что-то откатывает файлы sql базы

ну не может SQL "не сохранить последние пару часов работы при внезапном отключение"
какой режим бэкапов?
27 апр 21, 14:30    [22315101]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
HerrKaputt
Member

Откуда:
Сообщений: 8
aleks222,
Ничего крутого, инсталляция небольшая сервер баз данных HP ML350 g8, SmartArray P420i с 4Gb кэша и батарейкой.
Перед переходом с 2008 r2 поменяли диски на ssd (3 raid1 ) поставили более быструю оперативку и процессоры.
на сервере 128Gb оперативки SQL доступно где-то 70-80Gb максимум.

0wl ,
Сегодня начал просматривать журнал вот некоторые выдержки

При старте сервера из журнала:

Тут идет перечисление стартующих баз..
Starting up database 'DataBaseName'.

0 transactions rolled back in database 'master' (1:0). This is an informational message only. No user action is required.
2 transactions rolled forward in database 'master' (1:0). This is an informational message only. No user action is required.
Starting up database 'master'.

.......
Parallel redo is started for database 'DataBaseName' with worker pool size [16].
.....

Starting up database 'model'.
Таких сообщений насколько по разным базам...
232 transactions rolled forward in database 'DataBaseName' (5:0). This is an informational message only. No user action is required.
105 transactions rolled forward in database 'msdb' (4:0). This is an informational message only. No user action is required.

А далее посыпалось....
Ошибка: 7886<c/> серьезность: 20<c/> состояние: 2.
04/26/2021 14:20:25,spid168,Неизвестно,A read operation on a large object failed while sending data to the client. A common cause for this is if the application is running in READ UNCOMMITTED isolation level. This connection will be terminated.

04/26/2021 14:22:15,spid127,Неизвестно,Ошибка: 605<c/> серьезность: 21<c/> состояние: 3.
04/26/2021 14:21:07,spid75,Неизвестно,Attempt to fetch logical page (1:19745) in database 16 failed. It belongs to allocation unit 72057594253344768 not to 281474980642816.
27 апр 21, 15:11    [22315145]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
SIMPLicity_
Member

Откуда: (((@)))
Сообщений: 8857
Похоже, что базе хреново. Рецепта готового нет. Железо должно быть вроде в порядке, но... Попробуйте вернуть старую оперативку на сервер. И пролечить базу (сделав предварительно ПОЛНЫЙ бэкап).

Вот тут: https://docs.microsoft.com/ru-RU/sql/relational-databases/backup-restore/deferred-transactions-sql-server?view=sql-server-2016 смотрели ?

Сообщение было отредактировано: 27 апр 21, 17:02
27 апр 21, 17:10    [22315206]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
uaggster
Member

Откуда:
Сообщений: 1003
04/26/2021 14:21:07,spid75,Неизвестно,Attempt to fetch logical page (1:19745) in database 16 failed. It belongs to allocation unit 72057594253344768 not to 281474980642816.

Это плохой признак. Нужно немедленно сделать полный бэкап (бэкапы, надеюсь, делаются регулярно?), восстановить его в тестовой среде и сделать DBCC CHECKDB.
И потом уже думать.
28 апр 21, 07:56    [22315414]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2019 пропадают данные.  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31869
HerrKaputt
поменяли диски на ssd (3 raid1 )
А диски серверные, с защитой от отключения питания?
HerrKaputt
SmartArray P420i с 4Gb кэша и батарейкой.
Может, в настройках контроллера что то неправильное?

Ну, и остальные варианты с ошибками в железе/системных настройках.

Непонятна ситуация, "выключение по кнопке" совершенно нормально, но тут вопрос в 1С, может, это она так работает с базой, держит открытые транзакции, не знаю.
28 апр 21, 08:16    [22315417]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить