Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Скажите, как быстроданные попадают в журнал? Задача перенести базу с одного севрера на другой с минимальным временем неработоспособности. Восстановление полного бэкапа делается примерно 6 часов, потом можно догонять инкрементальными. Или можно сразу после восстановления дать каталог журналов старой базы в новую базу? Или это лучше делать через зеркалирование? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 08:43 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Или это лучше делать через зеркалирование? Это вроде как однозначно лучше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 08:58 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Хм, а какое там запаздывание? реально ли сделать полную копию и как отследить, что базы синхронизированы? Что будет, если в зеркальной базе внести изменения, корректно ли они сложатся с изменениями основной базы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 10:00 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Данные попадают достаточно быстро - но последний журнал всё равно возможно придется переносить вручную Берешь бэкап. Смотришь какой журнал после него переключился. Восстанавливаешь бэкап, настраиваешь зеркалирование - и говоришь зеркалить начиная с того самого номера журнала. Потом смотришь статус обработки - где новом портале не знаю, в старой панели управления было в Зеркалировании. Потом ждешь когда на сервере прекратиться работа, переключаешь журнал и как только этот новый журнал попадет на зеркальный - всё вырубаешь и переводить на новый. Ну или гасишь основной сервер - берешь последний журнал, накатываешь его через ^BACKUP на зеркальный. Проблемы могут быть да - могут не зеркалироваться глобалы с которыми идет работа напрямую и вне транзакций. Так что как минимум проверь таблицу начального сальдо для периодов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 10:55 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Что будет, если в зеркальной базе внести изменения, корректно ли они сложатся с изменениями основной базы? Ж будет... IMXO По идее те данные что менялись на основном - затрут изменения их же на зеркальном, если зеркалирование прошло позже. А по тем данным что не менялись на основном - останеться то что наменяли на зеркальном. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 10:58 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Или можно сразу после восстановления дать каталог журналов старой базы в новую базу? Можно - в ^BACKUP есть соответствующий пункт после восстановления базы, правда он там шибко мудреный и не шибко интуитивный - лучше на кошках потренироваться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 11:01 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
ptnПроблемы могут быть да - могут не зеркалироваться глобалы с которыми идет работа напрямую и вне транзакцийВ Cache 5.1 и выше это может касаться только глобалов, отображенных в нежурналируемые БД, т.е., сознательно выведенных из журналирования. Также не попадут в "тень" результаты работы процесса, работающего с отключенным журналированием. Возможно, не все заметили, что начиная с 2009.1 именно так компилируются классы. Это подавляется включением квалификатора '/journal=1', но, пожалуй, лучшим решением будет принудительная компиляция всех классов после переключения на "тень". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 13:31 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.Хм, а какое там запаздывание? У меня запаздывание было секунд семь, но оно зависит от интенсивности работы с данными - из-за по-блочной передачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 16:27 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
На прилично загруженной системе (~ 150 параллельных пользователей, рост БД ~ 1Гб в квартал) наблюдается отставание < 1 сек. Cache for Windows 2008.1.0. Сеть 1Гбит. В 2010.1 "тень" работает быстрее засчет сжатия журнальных блоков "на лету". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 17:01 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Alexey MaslovНа прилично загруженной системе (~ 150 параллельных пользователей, рост БД ~ 1Гб в квартал) наблюдается отставание < 1 сек. Угу. Блок быстрее заполняется - быстрее передается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 17:41 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
авторУгу. Блок быстрее заполняется - быстрее передается. Странная фича, я думал, что будет наоборот :-) Переключение логично делать в период минимальной загрузки. То что каше будут разных версий (5.2 и 2009.1), я думаю, нормально? (туда, куда переводим, уже есть база со скомпиленными исходниками нужной версии) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 18:54 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Странная фича, я думал, что будет наоборот :-)Это связано с работой демона журнала в Cache: с целью ускорения работы, журнал пишется блоками по 64Кб. Переключение логично делать в период минимальной загрузкиКонечно. Несколько секунд ожидания - мелочь по сравнению с другими возможными неудоствами. К тому же, как только вы выгоните пользователей (самое сложное! :), скорость синхронизации БД резко возрастет. Сам видел, как 10 минутное отставание преодолевается за несколько секунд. Насчет совместимости версий, где-то в док-ии была табличка, поищите. По-любому, придется перекомпилировать все классы на "тени" перед полной остановкой основного сервера, т.к. через тень просочится результат компиляции классов в 5.2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 10:29 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Alexey MaslovptnПроблемы могут быть да - могут не зеркалироваться глобалы с которыми идет работа напрямую и вне транзакцийВ Cache 5.1 и выше это может касаться только глобалов, отображенных в нежурналируемые БД, т.е., сознательно выведенных из журналирования. Также не попадут в "тень" результаты работы процесса, работающего с отключенным журналированием. Вот тут есть тонкость - если я не создаю глобал через утилиту (не помню название увы) - а просто в терминале/программе/классе пишу : Код: plaintext В 5.1 и 20xx я вижу такой параметр в свойствах БД, а в версии ниже 5.1 непонятно ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 13:10 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
в версиях ниже 5.1 журналирование было поглобальным, т.е. нужно было явно указывать журналировать глобал или нет, но можно включить журналировать все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 14:00 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
Alexey Maslovкак только вы выгоните пользователей (самое сложное! :), Не, это просто. У нас и кнопка есть К тому же делать переключение будем явно вечером, да с ними ничего и не случится, отдохнут немножко. А вот из-за того что остановится билинг - счет и идет на минуты. Alexey Maslov По-любому, придется перекомпилировать все классы на "тени" перед полной остановкой основного сервера, т.к. через тень просочится результат компиляции классов в 5.2. Там откуда переносим - классы в той же базе, что и глобалы. Туда, куда переносим, классы выведены от отдельную базу. Правда такая фичас есть, что если классы отображаются из другой базы, то какие-то глобалы при компиляции пишутся и в базу глобалов. Вот я и думаю, можно ли компилировать классы на новой базе в то время, когда она является зеркалом, не будет ли нарушения целостности базы из-за того, что при компиляции классов часть данныз будет записываться в ту базу, где лежат глобалы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 16:20 |
|
||
|
Когда данные попадают в журнал?
|
|||
|---|---|---|---|
|
#18+
если классы отображаются из другой базы, то какие-то глобалы при компиляции пишутся и в базу глобаловИМХО, надо: разобраться, что это за глобалы на основном сервере отобразить их в отдельную ("незатеняемую") базу на теневом перекомпилировать классы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2010, 10:27 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=36579285&tid=1558120]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
66ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 386ms |

| 0 / 0 |
