|
Действия ...
|
16.05.2017, 13:42
|
|||
|---|---|---|---|
|
|||
Ускорение восстановления базы при втором запуске |
|||
|
|
Период между сообщениями больше года.
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
16.05.2017, 13:35
|
|||
|---|---|---|---|
|
|||
Ускорение восстановления базы при втором запуске |
|||
|
#18+
Добрый день. Недавно заметил такую штуку. При восстановлении базы через помощник в sms при первом запуске все идет медленно и печально. А если сразу отменить и запустить повторно - то идет гораздо бодрее. Это конечно субъективно, замеров не делал, - но в мониторе производительности видна большая разница "до и после" в очереди диска, на который идет запись. Наблюдаю на 2х серверах. У вас так же? Это фича? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.05.2017, 13:42
|
|||
|---|---|---|---|
|
|||
Ускорение восстановления базы при втором запуске |
|||
|
#18+
"При восстановлении базы через помощник в sms" -- это какая команда-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.05.2017, 13:51
|
|||
|---|---|---|---|
Ускорение восстановления базы при втором запуске |
|||
|
#18+
Ускорю восстановление базы бесплатно без регистрации и sms. Тысячи тысяч ускоренных восстановлений. Звоните - 8 -800 _______ (Номер будет доступен после регистрации и отправки sms) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.05.2017, 08:52
|
|||
|---|---|---|---|
|
|||
Ускорение восстановления базы при втором запуске |
|||
|
#18+
Лучше IFI включите https://habrahabr.ru/post/270699/ и сравните до и после. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.10.2018, 10:39
|
|||
|---|---|---|---|
|
|||
Ускорение восстановления базы при втором запуске |
|||
|
#18+
В общем давно не смотрел уже. Но по-моему суть была в том, что поверх старой сжатой копии базы писал из актуальной копии рабочей базы, и т.о. скулю приходилось расширять файлы базы. А при втором запуске - уже не требуется, просто писал в файл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.10.2018, 11:55
|
|||
|---|---|---|---|
Ускорение восстановления базы при втором запуске |
|||
|
#18+
chel74В общем давно не смотрел уже. Но по-моему суть была в том, что поверх старой сжатой копии базы писал из актуальной копии рабочей базы, и т.о. скулю приходилось расширять файлы базы. А при втором запуске - уже не требуется, просто писал в файл. что это за "поверх старой сжатой копии"? рестор пересоздает файлы базы, так что ему все равно, та база, поверх которой он пишет, какого она размера. никакое расширение не происходит, файлы создаются того размера, которого они были на момент бэкапа базы. разница же во времени типа "после прерывания рестора вдруг ресторит быстрее" может объясняться использованием после прерывания опции рестора RESTART. возьмите да посмотрите профайлером, использует ли студия RESTORE WITH RESTART после прерывания рестора ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=46&mobile=1&tid=1689002]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 379ms |
| 0 / 0 |
