數據庫管理員

Oracle監控系統錯誤記錄檔過程--建立暫存資料表用來存放系統錯誤資訊create table superflow(cust_id number(10),cust_name varchar2(100),d varchar(50),error_info varchar2(500),client_ip varchar2(50),protocol varchar2(100),t number(20),sj date) tablespace db_data;     --

MySQL的事件調度器使用介紹自MySQL5.1.0起，增加了一個非常有特色的功能–事件調度器(Event Scheduler)，可以用做定時執行某些特定任務，可以看作基於時間的觸發器。一、開啟事件調度預設是關閉的，開啟可執行SET GLOBAL event_scheduler=1;SET GLOBAL

Oracle 11g 利用泠備份恢複standby庫Oracle 11g 利用泠備份恢複standby庫1 開始在備庫上進行泠備份先查好控制檔案、redo、undo檔案、資料檔案的路徑1.1 先關閉主庫的歸檔日誌傳輸SQL> ALTER system SETlog_archive_dest_state_2 ='DEFER'; System altered.SQL>1.2 先關閉standby庫SQL> shutdown immediate;Database

Xtrabackup流備份,增量和壓縮小結【問題背景】1、  針對MySQL檔案比較大，需要壓縮的資料庫。 如500G資料庫，xtrabackup備份後檔案為500G，備份完成後再壓縮打包，相當於檔案讀寫3次。2、  對於磁碟IO不好的從庫，整個過程會持續好幾個小時，有時把IO直接搞到100%, 導致從庫延時很大。3、 

RMAN 異機遷移實戰操作-附加常用命令操作操作環境 原始伺服器      OEL 6.3 11G R2 11.2.0.3目標伺服器    OEL 6.3 11G R2 11.2.0.3原始伺服器和目標伺服器存放資料路徑一樣 原始伺服器[Oracle@mxq ~]$ rman target / Recovery Manager: Release 11.2.0.2.0 - Production on Sat

Python 寫的一個MongoDB壓力測試Python 寫的一個MongoDB壓力測試$ pip install pymongo#!/usr/bin/env python#coding=utf-8#Author: Ca0Gu0from pymongo import MongoClientimport datetime,time class MongCli(object):       def __init__(self, host="127.0

MongoDB複製整合員的重新同步複製整合員的重新同步當複製失敗，且落後於 primary 中oplog最大可承受的範圍的時候，replica set 成員將變為 “陳舊” （stale）。該節點無法追上主節點就變的 “陳舊”了。當發生這種情況時，我們就不得不刪除其資料檔案，並通過 initial sync

Oracle資料庫之FORALL與BULK COLLECT語句我們再來看一下PL/SQL塊的執行過程：當PL/SQL運行時引擎處理一塊代碼時，它使用PL/SQL引擎來執行過程化的代碼，而將SQL語句發送給SQL引擎來執行；SQL引擎執行完畢後，將結果再返回給PL/SQL引擎。這種在PL/SQL引擎和SQL引擎之間的互動，稱為上下文交換（context switch）。每發生一次交換，就會帶來一定的額外開銷。 FORALL，用於增強PL/SQL引擎到SQL引擎的交換。BULK

強制OPEN資料庫後遭遇ORA-08102故障的處理方法用隱含參數強制OPEN資料庫後會有很多遺留問題，如：需重建UNDO資料表空間，此外還會伴隨有ORA-08102錯誤剛才做破壞online日誌實驗的時候採用加隱含參數強制開啟過資料庫，之後alert日誌就一直會報ORA-08102Wed Jun 24 13:56:24 2015Errors in file /u01/app/Oracle/admin/ora10g/bdump/ora10g_j000_4737.trc:ORA-00604:

Oracle 11g線上重構表在Oracle9i出現之前，你只能通過MOVE或匯出和匯入的方式來進行表的重定義，因此表重已定義流程可能相當漫長或者說是一個離線過程， 在此期間應用程式對該表的操作將失敗。除了這個，如果用exp，我們也不能保證exp的時候該表的資料沒有改變（除非單使用者）， 而imp更是一個漫長的過程。

Oracle提議將G1作為Java 9的預設垃圾收集器Oracle正在考慮將 JEP 248 包含到 Java 9的JEP列表 中，即在伺服器配置中將G1作為預設垃圾收集器。該決定在Java社區引發了一些爭論，許多人都認為並發標記和掃描（CMS）收集器可能更合適。如果該決定付諸實施，那麼G1將取代並行垃圾收集器成為伺服器配置的預設選項。正如Oracle在 記憶體管理白皮書

如何在 CentOS 7 上安裝 Percona Server在這篇文章中我們將瞭解關於 Percona 伺服器，一個開源的MySQL，MariaDB的替代品。InnoDB的資料庫引擎使得Percona 伺服器非常有吸引力，如果你需要的高效能，高可靠性和高性價比的解決方案，它將是一個很好的選擇。在下文中將介紹在CentOS 7上 Percona

SQL Server 2016：行級安全對於SQL Server，一個常見的批評是，其安全模型只能識別表和列。使用者如果希望以行為單位應用安全規則，就需要使用預存程序或資料表值函式來類比，然後找一種方法，確保它們不會被繞開。在SQL Server 2016中，那不再是個問題。實現SQL Server 2016（及SQL Azure）中的 行級安全

HBase無法串連ZooKeeper問題上次搭建HBase環境後，執行登陸伺服器時，報下面的錯誤：Hadoop@gpmaster logs]$ hbase shellSLF4J: Class path contains multiple SLF4J bindings.SLF4J: Found binding in

expdp時遇到ORA-31693&ORA-00922expdp時遇到ORA-31693&ORA-00922執行expdp遇到如下報錯：ORA-31693: Table data object "HQ_X1"."B3901_P" failed to load/unload and is being skipped due to error:ORA-00922: missing or invalid optionORA-31693: Table data object "HQ_X1

RMAN備份與恢複 —— 完全恢複與不完全恢複名詞解釋：     顧名思義，完全恢複就是指資料沒有丟失的恢複了。不完全恢複是指恢複後有部分資料丟失。它們是資料庫的兩種恢複方式。      完全恢複：利用重做日誌或增量備份將資料區塊恢複到最接近目前時間的時間點。之所以叫做完整恢複是由於Oracle應用了歸檔日誌和聯機重做日誌中所有的修改。   

MongoDB複製錯誤及處理方法通過在主節點上面運行 rs.status() 可以看到相應的errormsg具體解決辦法如下：1、Error creating index  13111 field not found, expected type 16在執行mongorestore匯入資料的時候出現這個錯誤，使用的命令是./mongorestore -h localhost:27100 /data/backup/mongodb解決方案：改為./mongorestore --port 2

SQL 中的正則函數Oracle中支援Regex的函數主要有下面四個：1，REGEXP_LIKE ：與LIKE的功能相似，比LIKE強大得多。2，REGEXP_INSTR ：與INSTR的功能相似。3，REGEXP_SUBSTR ：與SUBSTR的功能相似。4，REGEXP_REPLACE

MySQL資料庫重新命名的方法【前言】由於業務的需求需要對其中的一個資料庫進行備份，然後再匯入一個全新的資料庫；通過衡量發現直接修改當前資料庫名稱的方式進行備份是最快最省事的方法。本文檔總結了對MySQL資料庫重新命名的一些方法；【環境說明】資料庫版本：MySQL 5.5.36資料庫儲存引擎：INNODB資料表空間儲存方式：獨立資料表空間【操作方法】方法一：直接對資料庫進行重新命名（經測試該方法在5.5版本中不可用）指令碼：RENAME DATABASE db_name TO

mongodb的分布式叢集(2、複本集)，mongodb叢集副本概述       複本集是主從複製的一種，是一種內建容錯移轉功能的主從複製，解決了上述主從複製的缺點，實現主伺服器發生故障後，不需人為介入，系統自動從新選舉一個新的主伺服器的功能。部署圖              該圖是copy別人的，有興趣的可以查看該人的部落格，寫的非常的棒複本集配置<strong>