wal

    1熱度

    2回答

    環境的: 800GB的Postgres數據庫內(OpenSuse當中) 正常恢復進程: 你必須pg_basebackup恢復(從每週六開始) 您有WAL上一個星期六到今天的文件 首先:使用pg_basebackup還原 然後:使用更新數據庫WAL - 文件具有最新數據。 (帶的recovery.conf) 我的想法: 爲什麼每週大pg_basebackup並通過互聯網複製到800GB NAS,當你

    1熱度

    1回答

    請耐心等待 - 我會嘗試在這個問題中使用正確的術語。我有一個iOS應用程序,允許用戶現在創建其Core Data支持的.sqlite數據庫的備份。出於某種原因,遙想當年,我爲journal_mode爲「MEMORY」設置選項編譯指示,這意味着每個已經取得了過去幾年的備份沒有WAL或SHM文件。我正在重寫我的所有數據庫代碼,並且我知道iOS的當前默認journal_mode是「WAL」。當我導入與j

    0熱度

    1回答

    我打算使用gs:// scheme(谷歌存儲桶)的HBase,但gs:// fs無法與WAL文件一起使用。 Cause: java.io.IOException: cannot get log writer Caused by: java.io.IOException: createNonRecursive unsupported for this filesystem class com.g

    0熱度

    1回答

    我試圖在使用postgresql的linux 7.0紅帽子中執行數據庫複製。 我refered這個網址Confuring http://blog.terminal.com/postgresql-replication-and-backup-methods/我完成高達該步驟 的步驟配置從屬服務器 但步驟 初始複製 ,當我在主 -bash-4.2$ psql -c "select pg_start_b

    1熱度

    1回答

    我有以下代碼 int main(){ sqlite3 *db; int rc; char filename[512]; char query[512]; char trace_string[512]; sqlite3_stmt *Stmt; const char *zLeftover; strcpy(filename,"/data/xcd/textdatabase/201527

    0熱度

    2回答

    我讀了postgresql歸檔恢復和清理的幾個文件,但我的postgresql服務器仍然不清除歸檔,或者我真的不明白它是如何工作的。 簡單地說,我爲WAL歸檔清理編寫了一個shell腳本。當我從命令行運行該腳本時,它可以工作並清除我的存檔(我只保留比三天更新的存檔)。我的腳本名爲pg_archive_cleanup,是可執行文件,並在這兒:/usr/sbin目錄/ 我configuire我/etc

    0熱度

    2回答

    主服務器 # postgresql.conf wal_level = hot_standby archive_mode = on archive_timeout = 10 archive_command = 'test ! -f /archive/%f && cp %p /archive/%f' 備用服務器 hot_standby = on 我在主服務器處於待機複製/archive

    2熱度

    5回答

    如何實現SQLite數據庫的併發性?根據文檔,可以使用WAL(預寫日誌)。但是,我不知道如何實現它。 在我的應用程序中,我想從主線程讀取數據,同時後臺線程正在寫/插入一些數據在同一個表中。在執行讀取和寫入查詢的同時,應用程序停止響應,直到插入未完成。 SQLite中是否可以實現併發性,以及如何實現?

    1熱度

    1回答

    我想配置一個PostgreSQL 9.6數據庫來限制pg_xlog文件夾的大小。我已經閱讀了很多有關這個問題或類似問題的帖子,但沒有我嘗試過的幫助。 我爲我的Postgresql 9.6服務實例寫了一個設置腳本。它執行initdb,註冊一個windows服務,啓動它,創建一個空的數據庫並將轉儲恢復到數據庫中。腳本完成後,數據庫結構正常,數據在那裏,但xlog文件夾已包含55個文件(880 MB)。

    0熱度

    2回答

    我正在運行帶有PostgreSQL 9.1(1個主節點,3個從節點)的流式複製環境。一切正常工作aprox。 2個月。昨日,複製到從服務器的一個失敗,日誌上具有奴: LOG: incorrect resource manager data checksum in record at 61/DA2710A7 FATAL: terminating walreceiver process due to