database-restore

    0熱度

    1回答

    對不起,我的無知。我有docker-compose在Docker上運行的db數據如下。 influxdb: image: influxdb:alpine ports: - 8086:8086 volumes: - ./influxdb/config/influxdb.conf:/etc/influxdb/influxdb.conf:ro

    -2熱度

    2回答

    如何很難找出如何做到這一點?我所需要做的就是運行一些簡單的SQL,將我們現有的數據庫恢復到新的RDS數據庫中。 嘗試使用SQL Server Management Studio進行連接,它將無法連接。 嘗試使用數據庫遷移工具,它沒有任何意義。 所有這些文件似乎假設我試圖移動一些巨大的數據庫零宕機時間。從字面上看,我需要做的就是在RDS數據庫上運行SQL文件。地球上的任何人都明白這是如何工作的?

    1熱度

    2回答

    您好我安裝微軟SQL Server 2016與管理工作室17.1,我有SQL 2014的數據庫備份,現在想要恢復我的備份到新的SQL服務器 點擊「...」設備的對面,並打開新窗口添加 點擊「添加」按鈕,然後得到這個錯誤 ' 必須聲明標量變量‘@路徑’。 (.net SqlClient數據 提供商)「 我怎樣才能解決

    -1熱度

    1回答

    方案:一臺機器上 我有一個數據庫備份(abc.bak) 我把它複製到另一臺機器上的一些路徑假設G:\SQLDB\backup\master_copy.bak 我用下面的T-SQL來嘗試和恢復 - 但我得到錯誤。 T-SQL中使用:產生 RESTORE DATABASE New_DB FROM DISK = 'G:\SQLDB\backup\master_copy.bak' WITH

    0熱度

    1回答

    有沒有辦法連接SQL Server mdf/ldf文件,以便數據庫處於還原模式,我們可以在其上恢復日誌備份。 我有一個包含mdf/ldf文件的硬件陣列快照(崩潰一致)。我需要將這些文件附加到另一個SQL Server實例,然後執行日誌恢復以進行時間點恢復(使用stopat) CREATE DATABASE .. FOR ATTACH命令使數據庫聯機。日誌恢復無法在聯機數據庫上完成。 有沒有辦法做到

    1熱度

    1回答

    我工作的一個大項目,這是基於微服務架構,因此考慮我有10個服務,他們中的一些有自己的數據庫, 這些數據庫在不同的技術( MySQL和MongoDB的,彈性的,...) 究竟什麼是用於備份的最佳做法和恢復服務的集合? 真正的問題是這些數據庫的相互關係,例如在我的邏輯後端服務器我把它來自OAuth的服務器的每個用戶的oauhId, 現在考慮單獨現在恢復這兩個數據庫我的用戶db在邏輯服務器中包含一些用戶

    0熱度

    1回答

    我無法從備份中恢復數據文件和重做日誌文件。 在RMAN我寫的, run{ set newname for datafile 1 to '/u02/data_redo/system01.dbf'; set newname for datafile 2 to '/u02/data_redo/sysaux01.dbf'; set newname for datafile 3 to '/u02/da

    0熱度

    1回答

    請幫助我,如何在SQL Server 2012 Express中恢復大小超過10GB的.bak文件。 檢查google上發現的第三方工具idera sql安全,通過它我們可以恢復部分.bak文件,即只有schema/structure,但不知道如何使用這個工具來完成這個任務。 如果有人還原.bak文件超過10GB,或試圖從中恢復僅架構/結構,請協助。

    0熱度

    1回答

    我在表空間位置D:\ tbl_DATA1中有一個postgre數據庫DATA1。我們使用OS備份恢復工具將D:\ tbl_DATA1複製到目標機器C:\ tbl_DATA1。是否有可能在第二個mahcine中從這個文件夾重新創建數據庫?

    0熱度

    2回答

    創建數據庫後,我通過腳本(通過正確的錯誤處理)使用備份文件在黑色數據庫上恢復postgresql 8.4上的數據庫。如果發生任何錯誤,腳本將中止整個過程並將過程標記爲失敗。在數據庫恢復以下生成錯誤: pg_restore: connecting to database for restore pg_restore: creating SCHEMA public pg_restore: crea