Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
12.01.2006, 15:46
|
|||
|---|---|---|---|
|
|||
Копия рабочей БД на рабочем сервере |
|||
|
#18+
Имеется: Сервер БД - Sybase ASE 11.9.2 Рабочая БД - A (на этом сервере) Действия: - создаю БД B со своими db-device-асми на том же сервере что и A. - dump database A to "C:\A0.dat.bak" - load database B from "C:\A0.dat.bak" - ... пользую БД B на уровне выборок и изменений записей ... - dump database A to "C:\A1.dat.bak" - сегодня > load database B from "C:\A1.dat.bak" и тут в логе sybase появляется следующее: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. далее все update-ы БД A затыкаются ошибкой вида: Код: plaintext 1. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. при этом в клиентских приложениях вылетает сообщение о не возможности внести изменения в БД B, т.к. она "for load", хотя нет ни одного ODBC или OLEDB источника ссылающегося на БД B. Помогите разобраться на какие грабли я налетел?.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.01.2006, 16:38
|
|||
|---|---|---|---|
Копия рабочей БД на рабочем сервере |
|||
|
#18+
Это- стектрейс, ошибка сервера (внутренняя). Может означать как просто ошибку (bug) в сервере, так и расползание базы в результате ошибки сервера или без нее. Надо искать case соответствующий если это как-то обходится или EBF, и чекать базу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.01.2006, 15:34
|
|||
|---|---|---|---|
|
|||
Копия рабочей БД на рабочем сервере |
|||
|
#18+
В табличке A..sysreferences как выяснилось откуда-то взался cross-database referential integrity constraint связывающий таблицу A..Table1 и В..Table2. Это оно, причина сбоя ?.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.01.2006, 15:06
|
|||
|---|---|---|---|
Копия рабочей БД на рабочем сервере |
|||
|
#18+
Это трудно сказать. Попробуй убрать и посмотреть что будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.01.2006, 08:33
|
|||
|---|---|---|---|
|
|||
Копия рабочей БД на рабочем сервере |
|||
|
#18+
Да, причина в этой ерунде. После удаления БД B из A..sysreferences исчезла запись ссылающаяся на B и update-ы благополучно заработали. Чем же можно объяснить появление зависимости между БД не понятно, т.к изменения структур баз не производилась ... В общем вопрос снимается, всем спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=55&mobile=1&tid=2013132]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
84ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 383ms |

| 0 / 0 |
