Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Gallemarя Nbackup юзаю уже давно в хвост и гриву На террабайтной базе?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 16:47 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovGallemarя Nbackup юзаю уже давно в хвост и гриву На террабайтной базе?.. больше 300 Гб + 350 коннектов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 16:55 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
GallemarDimitry Sibiryakovпропущено... На террабайтной базе?.. больше 300 Гб + 350 коннектов.покажи время, за которое отрабатывает nbk (для level >= 1, ес-сно): Код: plaintext 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 17:29 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Таблоид,не сегодня,хорошо? И вообще скорость зависит не от размера БД,а от интервала времени от последнего nbk 0. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 17:31 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Таблоид, 2015-04-08 21:58:37 INFO Начало процедуры создания 1 инкрементального бэкапа. Начало дампа. 2015-04-08 22:34:40 INFO Окончание дампа C последнего nbk 0 прошла неделя. Быстро? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 17:38 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Gallemar и некоторых фишек там нет (очень важных). А мой перевод зарубили,эх... каких фишек? я вижу что на сайте перевод отстает от английского текста, но можно же и по англицки почитать (или с переводчиком). а раз твой перевод зарубили, значит он был "не того". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 17:43 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
kdv, -d off ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 17:45 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
GallemarИ вообще скорость зависит не от размера БД,а от интервала времени от последнего nbk 0. - скорость изготовления -b 0 всегда одинаковая (если база не растет). - скорость изготовления -b n (где N > 0) состоит из а) всегда одинаковой скорости скана всей базы (чтение) б) количеству записываемых измененных страниц то есть, максимально время нбэкапа эквивалентно -b 0, а минимально - -b 1 без изменений с момента -b 0. у FB 3.0 и IB XE7 скорость -b 1 (или разностного дампа) зависит от количества читаемых и записываемых измененных с -b 0 страниц. То есть от 1 секунды и далее, при любом размере БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 17:48 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
GallemarТаблоид, 2015-04-08 21:58:37 INFO Начало процедуры создания 1 инкрементального бэкапа. Начало дампа. 2015-04-08 22:34:40 INFO Окончание дампа C последнего nbk 0 прошла неделя. Быстро?Да пофигу, сколько там прошло с момента nbk 0. Сделай nbk-0, затем затащи базу в кеш (gstat -r ... 1>nul 2>&1). Затем подключись к ней и добавь 1 строку в к-л таблицу. После этого выполни nbk уровня 1 и сообщи сюда время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 17:55 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
kdvа раз твой перевод зарубили, значит он был "не того". Возьмите надо мной шефство. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 18:35 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
ArtDen, нет времени объяснять, используй PostgreSQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2015, 22:12 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Терабайтные базы для ФБ - не по соплям размерчик. Завтра тебе расскажут, что ты бекап неправильно делаешь и памяти тебе надо полтерабайта, чтобы заработало. Хотя возможно требования закидонские, тогда тебе светит лишь проблемы миграции в будущем ().() ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 00:52 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
ЗимарглТерабайтные базы для ФБ - не по соплям размерчик. например, почему? Тут скорее что терабайтная база под любой СУБД автору не по размеру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 02:54 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Кстати, вспомнилась вот эта тема: http://www.sql.ru/forum/982489/ego-velichestvo-milliard-eksperimenty-s-tablicey-v-10e9-strok Я так понимаю, это мне тоже грозит? В случае с супером, каждое новое подключение в самом начале будет дико тормозить при запросе, в котором участвует большая таблица? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 11:49 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
ArtDenВ случае с супером, каждое новое подключение в самом начале будет дико тормозить при запросе, в котором участвует большая таблица? Нет. Тормозить будет только подключение, прогревающее кэш. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 11:52 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
fd00chArtDen, нет времени объяснять, используй PostgreSQL Я уже над этим задумывался. Возможно, что начнём на FB, а потом перепишем часть, работающую с базой, на постгре, не дожидаясь терабайтного размера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 11:53 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovArtDenВ случае с супером, каждое новое подключение в самом начале будет дико тормозить при запросе, в котором участвует большая таблица? Нет. Тормозить будет только подключение, прогревающее кэш. Это обнадёживает. Если учесть, что всё время будет активно соединение, которое будет писать в базу в том числе и в большие таблицы, то кэш всё время должен держаться в памяти? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 11:55 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
ArtDenDimitry Sibiryakovпропущено... Нет. Тормозить будет только подключение, прогревающее кэш. Это обнадёживает. Если учесть, что всё время будет активно соединение, которое будет писать в базу в том числе и в большие таблицы, то кэш всё время должен держаться в памяти?Когда PP будут размазаны по совершенно разным местам базы, то даже на prepare будет тратиться непредсказуемое время, в зав. от того, в кеше страницы с PP или нет. И даже запрос select id from big_table rows 1 будет препариться то 10 мс, то 10 сек (хотя Влад сказал, что планируют переделать). Кстати, препары не срубаются через mon$statements, так что будете ждать-с... Кроме того: почему-то в ФБ сначала делается оценка кардинальности таблиц, а затем уже проверяются права на них. Так что сильно не удивляйтесь, что на действительно больших таблицах будут вылазить всякие "странности". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 13:46 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Таблоид , как это грустно всё. Dimitry SibiryakovArtDenВ случае с супером, каждое новое подключение в самом начале будет дико тормозить при запросе, в котором участвует большая таблица? Нет. Тормозить будет только подключение, прогревающее кэш. А если будет классик? Я так понимаю, что у каждого инстанса классика свой кэш и для каждого подключения в самом начале будут тормоза? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 13:55 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
ArtDenА если будет классик? Я так понимаю, что у каждого инстанса классика свой кэш и для каждого подключения в самом начале будут тормоза?Страничный кеш в CS / SC нельзя ставить выше 4096 (меня за это один из Источников Света как-то сильно обругал, до сих пор мурашки по коже ). Что там влезет в этот ваш 4к кеш на коннект ? Ставьте эксперименты. Можете и на 3.0, т.к. она сейчас сильно устойчивой стала, гораздо более, чем 2.5.х. Как ни удивительно прозвучит, но еще осенью 3.0 SuperServer было значительно труднее завалить, чем 3.0 SuperClassic (но сейчас они выровнялись). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 14:08 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
ArtDenА если будет классик? Тогда общим кэшем будет работать файловый кэш ОСи. Со всеми вытекающими. PS: Говорил же я, что понадобится DBA... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 14:48 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
ArtDen, тормозить будет только самое первое подключение, ибо кэш общий в супере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 15:28 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Симонов Денис, Тогда имеет смысл использовать супер. Как накоплю записи в тестовой базе, на всякий случай попробую и классик и супер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 15:41 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
ArtDenСимонов Денис, Тогда имеет смысл использовать супер. Как накоплю записи в тестовой базе, на всякий случай попробую и классик и супер. Ага,если FB 3.0, с 2.5 тебя постигнет разочарование. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.04.2015, 15:44 |
|
||
|
Нужен совет по большой базе
|
|||
|---|---|---|---|
|
#18+
Симонов Денистакого бекапа как ты хочешь (StandBy) нету. На самом деле уже есть. И для обеспечения отказоустойчивости при такой нагрузке вполне реально использовать. Рекомендую вместо всяких репликаций и, тем более, nbackup, попробовать именно StandBy. В качестве СУБД рекомендовал бы взять RedDatabase 2.5, так как там StandBy железно работает, да и вообще версия стабильна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2015, 16:52 |
|
||
|
|

start [/forum/topic.php?fid=40&msg=38933792&tid=1562891]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
565ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
68ms |
get tp. blocked users: |
2ms |
| others: | 268ms |
| total: | 950ms |

| 0 / 0 |
