PostgreSQL patroni高可用 PostgreSQL patroni 高可用 1：ectd 安裝和配置 PostgreSQL patroni 高可用 2：patroni安裝和配置 PostgreSQL patroni 高可用 3：patroni 運維 PostgreSQL patroni 高可用 4：HAProxy和Keepalived實現讀寫分離 P
昵稱 MSSQL123
PostgreSQL patroni高可用 PostgreSQL patroni 高可用 1：ectd 安裝和配置 PostgreSQL patroni 高可用 2：patroni安裝和配置 PostgreSQL patroni 高可用 3：patroni 運維 PostgreSQL patroni 高可用 4：HAProxy和Keepalived實現讀寫分離
昵稱 MSSQL123
PostgreSQL patroni高可用 PostgreSQL patroni 高可用 1：ectd 安裝和配置 PostgreSQL patroni 高可用 2：patroni安裝和配置 PostgreSQL patroni 高可用 3：patroni 運維 PostgreSQL patroni 高可用 4：HAProxy和Keepalived實現讀寫分離
昵稱 MSSQL123
PostgreSQL patroni高可用 PostgreSQL patroni 高可用 1：ectd 安裝和配置 PostgreSQL patroni 高可用 2：patroni安裝和配置 PostgreSQL patroni 高可用 3：patroni 運維 PostgreSQL patroni 高可用 4：HAProxy和Keepalive
昵稱 MSSQL123
PostgreSQL pg_auto_failover 高可用 1：pg_auto_failover集羣搭建 PostgreSQL pg_auto_failover 高可用 2：pg_auto_failover集羣運維 0，pg_auto_failover架構 開始之前，先看一下pg_auto_failover的一個最基礎架構原理如下，需要弄清楚幾個節點的作用 1，monitor節點的
昵稱 MSSQL123
PostgreSQL pg_auto_failover 高可用 1：pg_auto_failover集羣搭建 PostgreSQL pg_auto_failover 高可用 2：pg_auto_failover集羣運維 鑑於官方https://pg-auto-failover.readthedocs.io/en/main/ref/pg_autoctl.html有很多命令，並且有些命
昵稱 MSSQL123
在Oracle數據庫中, 如果需要找出一張表授權給了哪一個用户,這個比較簡單的,如果有一些視圖引用了這張表,然後這張視圖授權給了其它用户的話, 那麼這也屬於這張表的授權信息,如果也要找出這類信息,那麼如何找出來這些信息呢? 下面簡單看一個例子, 在數據庫中存在三個用户T1, T2, T3, 假設T1用户將表T1.TEST的查詢權限授予了用户T2. createusert1identifie
昵稱 瀟湘隱者
背景介紹 一套在RHEL的集羣上運行的Oracle實例,是用systemd服務啓動Oracle實例的(方便集羣的切換操作).在測試過程中發現標準大頁沒有被用上. 具體情況如下所示: $ grep HugePages /proc/meminfo AnonHugePages: 0 kB ShmemHugePages: 0 kB FileHugePages:
昵稱 瀟湘隱者
密碼版本的概念 什麼是Oracle的密碼版本(Password Version)呢? 這裏所説的密碼版本(Password Version) 術語指的是身份驗證協議的版本，而不是Oracle Database的版本.雖然它看起來像數據庫版本一樣,實際意義並不相同.一般不同的密碼版本對應不同密碼哈希算法，需通過配置參數和重置用户密碼實現. sqlnet文件中的參數allowed_logon_vers
昵稱 瀟湘隱者
之前我寫了一篇博客ORACLE如何用一個腳本找出一個用户的授權信息？,有些場景,這個腳本夠用了,但是有些場景,例如,你需要將一個賬號的權限從開發環境平移到UAT環境時,我想通過一個腳本生成賬户(test)的ddl腳本,自己寫了一個腳本,後面發現網上有一個腳本更好/更全面,分享於此: set long 20000 set longchunksize 20000 set pagesize 0 set
昵稱 瀟湘隱者
oracle_19c_ru_ojvm_upgrade.sh腳本的初始版本來源於IT邦德的分享,使用原腳本時發現有一些bug，在我的環境中腳本根本跑不通,於是個人在這個腳本的基礎上進行了大量的改進與優化，到當前版本可以説算是完全重構了。我用這個腳本進行了大量的測試驗證(測試環境和UAT環境Oracle 19c數據庫實例打補丁)，對於Oracle 19c來説基本上是沒有什麼問題. 使用此腳本打補丁相當
昵稱 瀟湘隱者
前幾天遇到了ORA-12154TNS-03505這個錯誤, 因為對其數據庫環境不瞭解, 遠程登錄過去檢查的時候, 瞭解到一些大概情況：此數據庫安裝在Windows服務器.遠程客户端能登錄數據庫,但是本地服務器使用普通賬號登錄數據庫時報ORA-12154錯誤,如下所示: C:\Users\Administratorsqlplus user_name/passwod@test SQL*Plus: R
昵稱 瀟湘隱者
1.非對稱性失控 1.1.勒索軟件WannaCry 1.1.1.黑客利用老版微軟系統中的漏洞，成功讓數字世界陷入混亂，包括德國鐵路公司、西班牙電信公司、聯邦快遞、日立 1.1.2.此病毒其實是以美國國家安全局研發的技術為基礎構建的 1.1.2.1.美國國家安全局內部有一個“特定入侵行動辦公室”，其開發了一個名為“永恆之藍”的網絡攻擊工具 1.1.2
昵稱 躺柒
一、vue-dawn-flow介紹 vue-dawn-flow是一款功能強大的開源流程設計器，專為 Vue.js 生態打造，完美兼容 Vue 2 和 Vue 3 框架。並且能很好的兼容vue前端所有框架。 1.1插件功能 提供了一個可視化的流程設計器，你可以在設計器中拖拽組件，連接組件，設置組件屬性。 提供了多種節點類型可共篩選。 提供了節點的相關操作，比如添加、刪除、複製、粘貼、撤銷節點
昵稱 陳逸子風
1，應用場景 SQLServer中一個大表（測試環境千萬級，實際情況下會更多，達到10億級），刪除其中大部分數據。然後測試分批多次刪除和一次性全部刪除產生的transaction log的日誌大小的問題。 另：受限於相關的表做了複製分發，因此無法通過備份部分數據後truncate table的方式來實現，也無法通過新建一個表，通過rename的方式來交換實現，這兩種方式不
昵稱 MSSQL123
從一個簡單的SQL來看，CPU主頻對計算密集型SQL執行速度影響的差別，測試語句有三個特點：簡單SQL，計算密集型SQL，循環多次執行來放大執行時間 1，構造一個簡單的插入語句SQL 2，通過隨機排序，來模擬計算密集型操作 3，通過循環來放大執行時間 完全一樣的SQL： 10年前的4代i7，老掉牙的PC級CPU了，但是主頻高，3.6GHz主頻的CPU，2秒鐘跑完 5年前的Xeon E5620，服
昵稱 MSSQL123
SQL Server的Always on環境的備份規則設置比較混亂，加上一個copy_only備份，更是亂上加亂，copy_only備份實在極少的特殊情況下使用的備份，企業級日常備份，不可能用copy_only備份的，因此這裏不討論copy_only備份。 Backup preference有多重設置，企業級生產環境保持默認就可以，這裏以默認設置為例 1、不管怎麼設置，正常的數據庫備份(fu
昵稱 MSSQL123
Review某個SQLServer的生產環境的errolog的時候，無意中發現這麼一條日誌，意思是過多的VLF文件，會影響數據庫的啓動速度和日誌備份效率。 Database *** has more than 10000 virtual log files which is excessive. Too many virtual log files can cause long startup
昵稱 MSSQL123
原文地址：https://www.sqlshack.com/suspend-and-resume-data-movement-in-sql-server-always-on-availability-groups/ 在關於SQLServer2016AlwaysOn的第26篇文章中，我們將會討論AlwaysOn數據庫副本之間的掛起和恢復流程 要求 我們可以配置SQL
昵稱 MSSQL123
原文地址：https://www.sqlshack.com/apply-sql-server-patches-or-cumulative-updates-in-sql-server-always-on-availability-groups/ 在本系列關於 SQL Server 始終在線可用性組的第 32 篇文章中，我們將討論為 AG 複製實例應用服務包或累積更新包的過程。 SQL Serv
昵稱 MSSQL123
前兩天某SQLServer服務器斷斷續續出現性能問題，綜合排查之後懷疑是job定時任務引起的，於是查了一下job的schedule和最近一次執行情況。 大部分job的schedule都沒有問題，由於當前實例是啓用了複製分發，無意中喵到'Distribution clean up: distribution這個job的下一次執行時間明顯不正常，下一次運行時間跟上一次運行時間一樣？？？ 啓
昵稱 MSSQL123
最近有個需要求，需要在SqlServer中鎖定一張表後，然後搞一些事情，完成後解鎖。 如何鎖定一張表，在MySQL和PostgreSQL中都比較好處理。有專用的語法來實現，在SqlServer中並沒有對於“直接鎖定一張表的語法”，如何來處理？ 變通一下也比較簡單，甚至比MySQL和postgresql都更簡單。 1，如何在MySQL中鎖定一張表 MySQL語法：lock tables t2
昵稱 MSSQL123
SqlServer的事務複製中，immediate_sync和allow_anonymous兩個參數會影響到複製的後台行為和分發庫（distribution）的數據保留方式，這兩個參數單從名字上看，可能有些模稜兩可甚至雲裏霧裏，以下是個人結合複製的運維，對兩個參數的理解。 1，immediate_sync 參數含義：是否執行“立即同步”，立即同步啥？誰來同步？有啥作用？表面含義跟沒説一樣，完全看不
昵稱 MSSQL123
在邏輯複製中，正如MySQL的show slave status，或者postgresql的邏輯複製pg_stat_replication的sent_lsn，來觀察複製進度的座標位點，其複製進度座標位置都存儲在複製的源（source）端。 SqlServer的事務複製則有一些不一樣，在發佈端和訂閲端分別有一個記錄複製信息的系統表， 1，在源端，有一個MSdistribution_hist
昵稱 MSSQL123