<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Для PostgreSQL подготовлен инструмент ресинхронизации pg_rewind</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html</link>
    <description>В состав будущего выпуска СУБД PosgreSQL 9.5 будет включен (http://hlinnaka.iki.fi/2015/03/23/pg_rewind-in-postgresql-9-5/) новый полезный инструмент pg_rewind (https://github.com/vmware/pg_rewind), позволяющий существенно упростить (http://hlinnaka.iki.fi/presentations/NordicPGDay2015-pg_rewind.pdf) процесс восстановления  отказоустойчивых конфигураций серверов, после переключения на резервный сервер. В настоящее время при выходе из строя основного сервера некоторые транзакции могут не успеть перенестись на запасной сервер, в случае использования асинхронной репликации. &lt;br&gt;&lt;br&gt;&lt;br&gt;После возвращения в строй основного сервера возникает задача синхронизации его состояния с продолжившим работу запасным сервером, который успел накопить свою порцию изменений. После восстановления работы первичного сервера запасной сервер обычно переводится в состояние заморозки БД для бэкапа, содержимое директории с данными переносится на основной сервер и замещает старые данные остановленной БД. При этом не успевший реплицироваться хво</description>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (XoRe)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#24</link>
    <pubDate>Sun, 29 Mar 2015 22:26:11 GMT</pubDate>
    <description>&amp;gt; Подскажите знающие, postgresql быстрее mysql?&lt;br&gt;&lt;br&gt;Если вам сказать &quot;да, быстрее&quot;, вы броситесь его изучать и переписывать сайты с mysql на postgres?&lt;br&gt;</description>
</item>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (ъ)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#23</link>
    <pubDate>Fri, 27 Mar 2015 14:52:27 GMT</pubDate>
    <description>Предлагаю обсуждать партиции с теми кому их приходится создавать и поддерживать. В оракле создайте доп. рейндж партицию или расширте набор  хеш-партиций - удобно? В мускуле добавте гранулярности партициям или наследуйте другие условия на субпартиции. ТО, что механизм в явном виде использует более длинный синтаксис (только больше набирать на клавиатуре, если не умеете автоматизировать) не повод ругать очень ГИБКУЮ систему.&lt;br&gt;Експлейн на партицированые данные покажет реальную статистику и использует отдельные гистограммы. Если у вас реально отношение вставок к выборкам разбалансированно возможно стоит трезво оценить решение и использовать nosql + etl к примеру.&lt;br&gt;</description>
</item>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (asdasd)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#22</link>
    <pubDate>Thu, 26 Mar 2015 07:33:47 GMT</pubDate>
    <description>Mysql-дрочеры задолбали своими тупыми комментами и попытками хоть чтото положительное найти в своей недодб. Одно когда используешь его поскольку приходится, другое когда пытаетесь найти эфемерные преимущества изза неумения-нежелания вклбчить моск&lt;br&gt;&lt;br&gt;&amp;gt;     IF ( NEW.logdate &amp;gt;= DATE &apos;2006-02-01&apos; AND &lt;br&gt;&amp;gt;          NEW.logdate &amp;lt; DATE &lt;br&gt;&amp;gt; &apos;2006-03-01&apos; ) THEN &lt;br&gt;&amp;gt;         INSERT INTO measurement_y2006m02 VALUES &lt;br&gt;&amp;gt; (NEW.*); &lt;br&gt;&amp;gt; Вышеприведенный фрагмент документации - ни разу не штатный метод, а всего лишь &lt;br&gt;&amp;gt; кривой костыль. Просто постгря не предоставляет вменяемых средств партиционирования, &lt;br&gt;&amp;gt; приходится извращаться. Даже в официальной документации.</description>
</item>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (Andrey Mitrofanov)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#21</link>
    <pubDate>Thu, 26 Mar 2015 07:14:27 GMT</pubDate>
    <description>&amp;gt;&amp;gt; Изменения накатываются начиная с последней зафиксированной на основном сервере транзакции.&lt;br&gt;&amp;gt; с последнего checkpoint скорее всего, а не commit.&lt;br&gt;&lt;br&gt;Нет, коммита. По WAL-логам.&lt;br&gt;&lt;br&gt;И нет, не с &quot;последней зафиксированной&quot;, а с последней _общей точки историй двух серверов.&lt;br&gt;&lt;br&gt;Слайд#25:&lt;br&gt;&lt;br&gt;&#091;CODE&#093;Start recovery from the point of divergence, not&lt;br&gt;some later checkpoint.&#091;/CODE&#093;&lt;br&gt;&lt;br&gt;&#091;И судя по этому &quot;not ... checkpoint&quot; вплоть до откатывания чекпоинтов, не доехавших до нового мастера.&#093;&lt;br&gt;</description>
</item>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (Andrey Mitrofanov)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#20</link>
    <pubDate>Thu, 26 Mar 2015 06:57:51 GMT</pubDate>
    <description>&amp;gt;&amp;gt; запасной сервер переводится в состояние заморозки БД для бэкапа &lt;br&gt;&amp;gt; Какое ещё &amp;#171;состояние заморозки БД для бекапа&amp;#187;? Что за ерунда написана?&lt;br&gt;&lt;br&gt;SELECT pg_start_backup(&apos;label&apos;);&lt;br&gt;&lt;br&gt;http://www.postgresql.org/docs/9.1/static/continuous-archiving.html#BACKUP-BASE-BACKUP&lt;br&gt;&lt;br&gt;--&lt;br&gt;Там неаверху была попытка изложить &quot;что было&quot; vs &quot;что стало&quot;. Вот здесь http://hlinnaka.iki.fi/2015/03/23/pg_rewind-in-postgresql-9-5/ , imho, чуть понятнее.&lt;br&gt;</description>
</item>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#19</link>
    <pubDate>Wed, 25 Mar 2015 17:08:14 GMT</pubDate>
    <description>&amp;gt; Изменения накатываются начиная с последней зафиксированной на основном сервере транзакции.&lt;br&gt;&lt;br&gt;с последнего checkpoint скорее всего, а не commit.&lt;br&gt;</description>
</item>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#18</link>
    <pubDate>Wed, 25 Mar 2015 17:05:21 GMT</pubDate>
    <description>&amp;gt; запасной сервер переводится в состояние заморозки БД для бэкапа&lt;br&gt;&lt;br&gt;Какое ещё &amp;#171;состояние заморозки БД для бекапа&amp;#187;? Что за ерунда написана?&lt;br&gt;</description>
</item>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#17</link>
    <pubDate>Wed, 25 Mar 2015 16:45:50 GMT</pubDate>
    <description>&amp;gt;     IF ( NEW.logdate &amp;gt;= DATE &apos;2006-02-01&apos; AND &lt;br&gt;&amp;gt;          NEW.logdate &amp;lt; DATE &lt;br&gt;&amp;gt; &apos;2006-03-01&apos; ) THEN &lt;br&gt;&amp;gt;         INSERT INTO measurement_y2006m02 VALUES &lt;br&gt;&amp;gt; (NEW.*); &lt;br&gt;&amp;gt; Вышеприведенный фрагмент документации - ни разу не штатный метод, а всего лишь &lt;br&gt;&amp;gt; кривой костыль. Просто постгря не предоставляет вменяемых средств партиционирования, &lt;br&gt;&amp;gt; приходится извращаться. Даже в официальной документации.&lt;br&gt;&lt;br&gt;У постгрес просто нет синтаксиса для управления partitioning, но это не мешает ему там работать.&lt;br&gt;</description>
</item>

<item>
    <title>Для PostgreSQL подготовлен инструмент ресинхронизации pg_rew... (Аноним)</title>
    <link>https://opennet.ru/openforum/vsluhforumID3/101833.html#16</link>
    <pubDate>Wed, 25 Mar 2015 16:43:41 GMT</pubDate>
    <description>&amp;gt; постгря&lt;br&gt;&lt;br&gt;постгрес&lt;br&gt;</description>
</item>

</channel>
</rss>
