Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Recovery процесс при старте Sybase SQL Server/11.0.3.3 длится вечно!
|
|||
|---|---|---|---|
|
#18+
Vlad_5181Если есть структура базы и данные, выгруженные bcp, я бы рекомендовал дропнуть базу и ее девайсы, создать заново и залить данные. Бэкап 24Гб занимает около 40 минут на 11,9,2,6, Xeon1800, RAID5 на другой сервер в сети. Настройки бэкап-сервера по умолчанию. Все работает автоматом ночью. Затем автоматом идет восстановление на резервный сервер - весьма удобное решение. а главное - единственно верное ибо дамп не поднятый на тестовую базу дампом считаться не может ;) а вот если он корректно поднимется, то да - это дамп ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2005, 13:07 |
|
||
|
Recovery процесс при старте Sybase SQL Server/11.0.3.3 длится вечно!
|
|||
|---|---|---|---|
|
#18+
Vlad_5181 Бэкап 24Гб занимает около 40 минут на 11,9,2,6, Xeon1800, RAID5 на другой сервер в сети. Настройки бэкап-сервера по умолчанию. Все работает автоматом ночью Да. Тоже вариант. Но тут в данной системе такие схемы разработаны: Вариант 1 - делается зеркалирование базы данных на другой локальный диск (средствами самой Sybase). Вариант 2 - написан модуль репликации(он работает всегда).Представляет собой интерфейс между приложениями и базой. В режиме репликации он по udp порту шлёт данные (SQL интрукции) другому серверу, а каждую ночь идёт dump bcp с текущего сервера и load bcp на другой (второй - прописан в интерфейсном файле на главном сервере, данные льются по 2000 порту(порту базы)). Второй сервер представляет собой копию работающего и может принять нагрузку в любой момент Но вопросов у меня не меньше сейчас. Перед махинациями с таблицей CDR, команда "sp_depends cdr" выдавала перечень процедур которые работают с данной таблицей. После 3. exec sp_rename cdr, cdr_old 4. exec sp_rename cdr2, cdr Запускаем"sp_depends cdr" выдаёт:Object doesn't reference any object and no objects reference it. По мануалу sp_rename -только меняет имя объекта. Просмотрел процедуры - в них по прежнему cdr фигурирует, но физически работа идёт с таблицей cdr_old!!!!!! моя новай cdr таблица без измененния стоит второй день!!! Зато теперь "sp_depends cdr_old" выдаёт все те процедуры. Вобщем бред какойто!!! Теперь задампил таблицу cdr_old (1141434 rows copied.), Хочу дропнуть обе таблицы и создать cdr, залить данные с дампа и создать индексы - что скажете господа? сработет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2005, 13:49 |
|
||
|
Recovery процесс при старте Sybase SQL Server/11.0.3.3 длится вечно!
|
|||
|---|---|---|---|
|
#18+
По мануалу sp_rename -только меняет имя объекта. Просмотрел процедуры - в них по прежнему cdr фигурирует, но физически работа идёт с таблицей cdr_old!!!!!! моя новай cdr таблица без измененния стоит второй день!!! Зато теперь "sp_depends cdr_old" выдаёт все те процедуры. известная фича - надо перекомпилить процедуры которые используют cdr (который сейчас cdr_old) и передернуть сервер Sybase Вариант 1 - делается зеркалирование базы данных на другой локальный диск (средствами самой Sybase). а то больше Sybase-у нечем заняться ;) для повышения производительности стоит убрать зеркало в исполнении Sybase и подумать о железном зеркале ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2005, 14:24 |
|
||
|
Recovery процесс при старте Sybase SQL Server/11.0.3.3 длится вечно!
|
|||
|---|---|---|---|
|
#18+
выполни object_id('cdr') и object_id('cdr_old') и увидишь разницу в айдишниках объектов а потом select object_name(id),* from sysdepends where depid=object_id('cdr_old') ну или так, для наглядности: select object_name(id), object_name(depid) from sysdepends ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2005, 14:49 |
|
||
|
|

start [/forum/topic.php?fid=55&gotonew=1&tid=2013192]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
10ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 218ms |
| total: | 346ms |

| 0 / 0 |
