|
При обновлении данных, после последней реструктуризации, произошла критическая | ☑ | ||
---|---|---|---|---|
0
ICWiner
31.05.13
✎
10:24
|
Итак, деномическое обновление базы прошло не совсем успешно, что-то пошло не так. Если пробовать запускать конфигуратор пишет "Внимание!!! При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?" Если нажать да - зависал, через пару часов я процесс отрубил. Пользователи как работали так и работают. Но если 1ску закрыть, то база не открывается, намекает что недообновилась и надо бы зайти в конфигуратор. База на скуле, 70 Гб. Архив есть только ночной, документов 100 пользователей уже намолотили. Погуглил, нашел пару статеек. Основная идея выглядит так:
Use РабочаяБаза go Delete From [DBO].[Config] go потом insert into [РабочаяБаза].[Dbo].[Config] select * from [Копия].[Dbo].[Config] go Типа если структура метаданных не менялась, то все будет норм... Пока что делаю архив текущего состояния, пользователи дальше работают, часика через два начну тренироваться на копии... Так же предлагают альтернативный скрипт, который не очень понимаю что делает: GO DROP TABLE [ПОЛОМАНАЯ_БАЗА].[dbo].[Config] GO SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE TABLE [ПОЛОМАНАЯ_БАЗА].[dbo].[Config]( [FileName] [nvarchar](128) NOT NULL, [Creation] [datetime] NOT NULL, [Modified] [datetime] NOT NULL, [Attributes] [smallint] NOT NULL, [DataSize] [int] NOT NULL, [BinaryData] [image] NOT NULL, PRIMARY KEY CLUSTERED ( [FileName] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY] ) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY] GO INSERT INTO [ПОЛОМАНАЯ_БАЗА].[dbo].[Config] SELECT * FROM [БЭКАПНАЯ_БАЗА].[dbo].[Config] GO Кто-нть боролся с таким косяком? Что таки делает второй скрипт дополнительно и чем лучше пользоваться первым или вторым? |
|||
1
Maxus43
31.05.13
✎
10:27
|
>>Итак, деномическое обновление базы прошло не совсем успешно
surprize! |
|||
2
Базис
naïve
31.05.13
✎
10:27
|
Беги, дядь Мить.
|
|||
3
Maxus43
31.05.13
✎
10:28
|
я бы первым воспользовался. тупо перенос уонфы из копии
|
|||
4
ICWiner
31.05.13
✎
10:29
|
Да что бежать, в крайнем случае архив утренний разверну и данные через xml вытащу за день...
|
|||
5
Maxus43
31.05.13
✎
10:30
|
З.ы. 2-й тоже самое, но создаётся заново таблица конфиг с нуля, вот и разница всё. Это если сама таблица повредилась, а не данные в ней
|
|||
6
ICWiner
31.05.13
✎
14:47
|
Итак для будущих поколений - первый путь привел к безоговорочной победе над ошибкой.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |