В SQLite имеется механизм создания резервной копии базы «на лету». Многие разработчики об этом не знают, почему-то. Механизм этот примитивный, но подходит для многих ситуаций. В этой статье мы хотели бы обсудить эту самую встроенную возможность резервирования, а также предложить архитектуру для собственного механизма бэкапа. Ну или хотя бы дать направление, в котором двигаться, если нужно устроить сложную репликацию данных.
Метка «репликация базы данных»
SQLite: создание «горячей» резервной копии данных
2013-10-31 в 12:19, admin, рубрики: sql, sqlite, Администрирование баз данных, разработка, репликация базы данных, метки: sqlite, репликация базы данныхPostgreSQL — Asynchronous Replication + Pooling + Failover
2012-11-15 в 8:59, admin, рубрики: pgpool, postgresql, postgresql 9.1, Администрирование баз данных, бд, высокая производительность, репликация базы данных, метки: pgpool, postgresql 9.1, бд, репликация базы данныхВариант простой для понимания асинхронной master-slave репликации на базе Postgresql 9.1
Впервые встала задача единоличной реализации полноценной репликации и впервые был написан мини-мануал, который и хочу здесь представить.
Для системы репликации Мастер-Слейв использовалась комбинация
- PostgreSQL 9.1 (БД) +
- Bucardo 4.5 (репликатор) +
- PgPool-II (пулер и файловер)
Дубликаты первичных ключей в таблице MySQL
2012-06-09 в 10:27, admin, рубрики: mysql, Песочница, репликация базы данных, метки: mysql, репликация базы данныхВпервые столкнулся во время разработки с такой ситуаций: дубликаты первичных ключей в таблице MySQL.
При импорте таблицы с боевого сервера на локальный обнаружилось, что есть дубликаты первичных ключей. В первую очередь попробовал на боевом запросить записи с этим ключом:
SELECT *
FROM `map_group_tmp`
WHERE id =672192
В результате phpMyAdmin вернул только одну строку.
Ок, пошли дальше: поискал вхождения строки '672192' в .sql файле (результат экспорта из phpMyAdmin) с боевого. Действительно, нашлось две такие записи.