![]() |
|
Смещение дат (ошибка в индексах) | ☑ | ||
---|---|---|---|---|
0
Kingus
29.09.10
✎
07:24
|
Доброго времени суток всем! Ночью делал ТИИ и получил ошибку "Попытка вставки неуникального значения в уникальный индекс: ..." Покапавшись в поиске проблема свелась к необходимости выставления смещения дат (2000) базы данных. Предлагается сделать выгрузку загрузку в новую базу. Но вопрос в том как решить данную проблему если база весит 64Гб? И как проверить какое смещение установлено для БД (не я ее создавал, поэтому не знаю точно что там выставляли).
УПП 1с8.1, SQL server 2008. |
|||
1
Kingus
29.09.10
✎
10:15
|
ну хоть что-нить посоветуйте плиз...
|
|||
2
Kingus
30.09.10
✎
08:16
|
тема не закрыта!
|
|||
3
Kom-off
30.09.10
✎
09:17
|
Установку параметра "смещение дат..." можно посмотреть в консоли сервера 1С в свойствах базы.
|
|||
4
Kom-off
30.09.10
✎
09:19
|
(3)+ Ошибся. Это только при создании базы видно, а когда смотреть свойства - нет :-(
|
|||
5
МихаилМ
30.09.10
✎
10:28
|
(0)
в MS SQL таблица _YearOffset это посмотреть . а вот можно ли простотам исравить без пересчётов других таблиц - не уверен |
|||
6
Kingus
30.09.10
✎
10:46
|
(5) про эту таблицу я читал, но вот в чем дело. В sql разворачиваю таблицы нашей базы и вижу только системные, а где остальные должны быть написано "см.сведения об обозревателе объектов в этой папке". В чем загвоздка? Семерочные базы нормально раскрываются
|
|||
7
МихаилМ
30.09.10
✎
12:46
|
(6)
"В sql" это что такое ? предположу что "SQL Server Management Studio". или MS Visual Studio ? а по сабжу значит не там смотрите.те не в той бд или нет прав. |
|||
8
Kingus
30.09.10
✎
12:47
|
(7) SQL Server Management Studio
|
|||
9
Kingus
30.09.10
✎
12:51
|
права такие же как у базы 1с7 где показывает таблицы
|
|||
10
Midaw
30.09.10
✎
13:04
|
(0) а шо, ни так уж долго это делается на нормальном железе. 150гб загружал на слабый комп )
|
|||
11
Midaw
30.09.10
✎
13:05
|
иначе извращения типа этого v8: Таблица SQL для 1С 40гб. Попытка сократить размер поля...
|
|||
12
Kingus
30.09.10
✎
13:09
|
я не пойму что с sql почему у меня таблицы не отображаются. И это только на базах 1с8. на 1с7 везде нормально
|
|||
13
Kingus
30.09.10
✎
13:23
|
(10) ночью буду делать
|
|||
14
Kingus
30.09.10
✎
13:41
|
всем спасибо!
|
|||
15
Kingus
01.10.10
✎
04:56
|
проблема не решена. При загрузке в новую базу со смещением выдало ошибку:
Ошибка загрузки информационной базы. В информационную базу загружены не все данные по причине: Попытка вставки неуникального значения в уникальный индекс: Microsoft OLE DB Provider for SQL Server: Выполнение инструкции CREATE UNIQUE INDEX прервано, поскольку обнаружен повторяющийся ключ для объекта с именем "dbo._AccumRegTotals17841" и индекса с именем "_Accum17841_ByDims_TRRRRRRR". Повторяющееся значение ключа: (янв 1 4009 12:00AM, 0xab4500e081326d8811dbe41409c64d12, 0xab4500e081326d8811dbe286d8488381, 0x00000000000000000000000000000000, 0xb44e001d60dfc88111dd222059a1e368, 0x00000000000000000000000000000000, 0xa79841ebe5e5b977449b6bced05404a0, 0xab4500e081326d8811dbe28625f1bd45). HRESULT=80040E2F, SQLSrvr: Error state=1, Severity=10, native=1505, line=1 |
|||
16
Kom-off
01.10.10
✎
09:09
|
(15) Ищи, что за регистр у тебя _AccumRegTotals17841 (это, кажется, регистр с итогами по регистрам накопления), находи неправильные данные и в ручную исправляй их. Это в общем случае. А в данном случае попробуй пересчитать итоги. С большой долей вероятности должно помочь.
|
|||
17
Kingus
01.10.10
✎
11:32
|
(16) в ручную я так понимаю найти записи таблицы допустим с годом 3999 и отнять 2000. Можете зарисовать как будет выглядеть скрипт по выборке строк с периодом 3999 и изменения его на -2000
|
|||
18
Kom-off
01.10.10
✎
11:38
|
(17) Да не связано это с датами, скорее всего. В (16) я предложил пересчитать итоги для начала. Это стандартная операция в 1С. Потом уже посмотреть что это даст.
|
|||
19
Kingus
01.10.10
✎
11:55
|
(18) ночью сделаю пересчет итогов. В понедельник отпишусь. Не бросайте уж меня!!! )))
|
|||
20
Kingus
01.10.10
✎
11:58
|
(18) и кстати, нашел регистр, сделал выборку. По всей видимости все-таки дело в датах. Т.К. в поле _Period есть значения 3999
|
|||
21
упс
01.10.10
✎
12:02
|
(20) если это в таблице _AccumRegTotals17841, то все ок - это текущие итоги
|
|||
22
Kingus
01.10.10
✎
12:07
|
(21) т.е. пересчет итогов и проблема уйдет?
|
|||
23
упс
01.10.10
✎
12:09
|
(22) вполне вероятно
|
|||
24
Kom-off
01.10.10
✎
12:17
|
Ждем завтра...
|
|||
25
Kom-off
01.10.10
✎
12:17
|
Завтра ж, суббота!
|
|||
26
Kingus
01.10.10
✎
12:29
|
(25) суббота, выходные и я еду в далекие края ))
|
|||
27
Kingus
01.10.10
✎
12:29
|
проверил смещение в таблице _YearOffset стоит 0
|
|||
28
Kingus
01.10.10
✎
12:31
|
пересчет итогов с таким смещением даст что-нибудь?
|
|||
29
Kingus
01.10.10
✎
12:34
|
а вообще накатили такие мысли. Таблица _Accumregtotals17841 - таблица итогов по регистру ТоварыОрганизаций. Можно ли очистить эту таблицу и сделать пересчет итогов или это бред?
|
|||
30
Kingus
04.10.10
✎
05:36
|
(15)(22) Во время пересчета итогов вывалилась ошибка.
Сеанс работы завершен администратором. по причине: Соединение с сервером баз данных разорвано администратором Microsoft OLE DB Provider for SQL Server: Ошибка подключения HRESULT=80004005 |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |