『壹』 運行oracle資料庫對電腦硬體配置的最低要求是什麼
1.檢查硬體要求 系統必須符合以下最低硬體要求： 至少有1024MB的物理內存 下表說明安裝時物理內存（RAM）和交換區（swap space）的配置關系。 RAM Swap Space 1024 MB 到 2048 MB 1.5 倍 RAM 2049 MB 到 8192 MB 等於 RAM 大於 8192 MB 0.75 倍 RAM 在 /tmp 目錄中至少有400 MB空閑磁碟空間 1.5 GB 到 3.5 GB 的磁碟空間用於安裝 Oracle 資料庫軟體，具體大小由安裝類型決定 1.2GB 磁碟空間用於資料庫預配置文件系統存儲(可選) 說明: 使用 ASM (Automatic Storage Management) 和 RDS (raw device storage) 的磁碟空間要求在後面的章節中描述。 若選擇自動備份配置，啟用閃回區（flash recovery area）需要額外的磁碟空間，也可以在文件系統或 ASM(Automatic Storage Management) 磁碟組中指定。 確保系統滿足這些要求: 確認物理內存尺寸，鍵入下列命令： # grep MemTotal /proc/meminfo 假如物理內存尺寸小於推薦的內存要求，必須在安裝前增加內存。 確認交換區（swap space）尺寸，鍵入下列命令： # grep SwapTotal /proc/meminfo 示例： as3$grep SwapTotal /proc/meminfo SwapTotal: 2048248 kB 必要時，查閱操作系統文檔中如何配置額外交換區（swap space）的相關信息以修改交換區（swap space）配置。 確認可用的 RAM 和交換區（swap space），鍵入下列命令： # free 示例： as3$free total used free shared buffers cached Mem: 503084 490356 12728 0 2432 345224 -/+ buffers/cache: 142700 360384 Swap: 2048248 72692 1975556 最好在延遲數秒後，作多次重復測試. 說明: 上述命令會產生多個不同的結果。這是因為在凍結期外可用的 RAM 和交換區（swap space）隨用戶的操作不斷變化。 確認 /tmp 目錄中可用的磁碟空間，鍵入下列命令： # df -h /tmp 示例： as3$df -h /tmp 文件系統 容量 已用 可用 已用% 掛載點 /dev/hda3 16G 4.5G 11G 31% / 假如在 /tmp 目錄的自由磁碟空間中少於 400MB，請完成下列步驟之一: 刪除 /tmp 目錄中不必要的文件以滿足磁碟空間需求。 在配置Oracle 用戶環境時設置 TEMP 和 TMPDIR 環境變數（稍後說明）。 擴充文件系統的 /tmp 目錄。必要時，聯系您的系統治理員了解關於擴充文件系統的相關信息。 確認操作系統的自由磁碟空間，鍵入下列命令： # df -h 示例： as3$df -h 文件系統 容量 已用 可用 已用% 掛載點 /dev/hda3 16G 4.5G 11G 31% / /dev/hda2 981M 27M 905M 3% /boot /dev/hda5 29G 27G 1.3G 96% /opt none 246M 0 246M 0% /dev/shm /dev/hda6 15G 191M 14G 2% /var 下表顯示每種安裝類型需要的大約磁碟空間： 安裝類型 所需空間 Enterprise Edition 1.85 Standard Edition 1.85 Custom (maximum) 1.99 確認系統硬體架構能運行 Oracle 軟體，鍵入下列命令： # grep "model name" /proc/cpuinfo 示例： as3$grep "model name" /proc/cpuinfo model name : Intel(R) Pentium(R) 4 CPU 2.80GHz 說明: 該命令顯示處理器類型。驗證處理器架構匹配您將要安裝的 Oracle 發行版軟體。假如看不到預期結果，則不能在系統中安裝這個軟體。 2.檢查軟體要求 安裝所需的軟體環境，根據下表進行核實。 說明: Oracle 通用安裝工具根據系統需求清單對系統進行檢查核實。確保在開始安裝前通過檢查。 需求項 操作系統 包含下列操作系統版本之一： Red Hat Enterprise Linux AS/ES 3.0 (Update 4 or later)
Red Hat Linux 4.0 (Update 1 or later) SUSE Linux Enterpreise Server 8.0 with SP4 or later SUSE Linux Enterprise Server 9.0 with SP2 or later 核心版本 系統必須運行在以下核心版本之上（或以上版本）： Red Hat Enterprise Linux 3.0: 2.4.21-20.EL Red Hat Enterprise Linux 4.0: 2.6.9-11.EL SUSE Linux Enterprise Server 8.0: 2.4.21-278 SUSE Linux Enterprise Server 9.0: 2.6.5-139 包 下列包（或以上版本）必須已經安裝： Red Hat Enterprise Linux 3.0: make-3.79.1-17 control-center-2.2.0.1-13 gcc-3.2.3-47 gcc-c++-3.2.3-47 gdb-6.1post-1.20040607.52 glibc-2.3.2-95.30 glibc-common-2.3.2-95.30 glibc-devel-2.3.2-95.30 glibc-devel-2.3.2-95.20 (32 bit) compat-db-4.0.14-5.1 compat-gcc-7.3-2.96.128 compat-gcc-c++-7.3-2.96.128 compat-libstdc++-7.3-2.96.128 compat-libstdc++-devel-7.3-2.96.128 gnome-libs-1.4.1.2.90-34.2 (32 bit) libstdc++-3.2.3-47 libstdc++-devel-3.2.3-47 openmotif-2.2.3-3.RHEL3 sysstat-5.0.5-5.rhel3 setarch-1.3-1 lio-0.3.96-3 lio-devel-0.3.96-3 Red Hat Enterprise Linux 4.0: binutils-2.15.92.0.2-10.EL4 compat-db-4.1.25-9 control-center-2.8.0-12 gcc-3.4.3-9.EL4 gcc-c++-3.4.3-9.EL4 glibc-2.3.4-2 glibc-common-2.3.4-2 gnome-libs-1.4.1.2.90-44.1 libstdc++-3.4.3-9.EL4 libstdc++-devel-3.4.3-9.EL4 make-3.80-5 pdksh-5.2.14-30 sysstat-5.0.5-1 xscreensaver-4.18-5.rhel4.2 SUSE Linux Enterprise Server 9: gcc-3.3.3 gcc-c++-3.3.3 glibc-2.3.3 lio-0.3.102-1.2ia64 lio-devel-0.3.102-1.2ia64 make-3.80 PL/sql 本地編譯, Pro*C/C++, Oracle 調用介面, Oracle C++ 調用介面, Oracle XML 開發工具 (XDK) Intel C++ 編譯器 8.1 或 GNU C and C++ 編譯器及以上版本，這些產品需要以上清單所列出的包支持。 說明: Intel C++ 編譯器 V8.1 以上已經提供支持，不需要安裝。在 Red Hat Enterprise Linux 3, OCCI上採用 3.2 版，已經提供 GNU C++ 編譯器支持。這是默認的編譯器版本。 OCCI 也同樣支持採用 gcc 3.2.3 標准模板庫的 Intel C++ 編譯器 V8.1。 Oracle XML 開發套件 在使用 GCC 的 Red Hat Linux 4.0 上不被支持。只有 Intel C++ 編譯器 (ICC) 提供支持。 在 Red Hat Enterprise Linux 4.0 上, Oracle C++ 調用介面 (OCCI) 不支持 GCC 3.4.3。要在 Red Hat Enterprise Linux 4.0 上使用 OCCI，你需要安裝 GCC 3.2.3。 Oracle JDBC/OCI 驅動程序 你可以在下列 JDK 版本中使用 Oracle JDBC/OCI 驅動；然而，它們不需要單獨安裝： Sun JDK 1.4.2 with the JNDI extension 說明：JDK 1.4.2 在該發行版中已經安裝 確保系統滿足這些要求： 確認 Linux 版本，鍵入下列命令： # cat /etc/issue 示例： as3$cat /etc/issue Red Hat Enterprise Linux AS release 3 (Taroon) Kernel \r on an \m 說明： 只有存在先前表格中所列版本的 Linux 被支持。不能安裝在其他的 Linux 版本上。 確認需要的核心已經安裝，鍵入下列命令：
# uname -r 示例： as3$uname -r 2.4.21-4.ELsmp 下面是該命令在一個 Red Hat Enterprise Linux 3.0 系統中執行的輸出情形： 2.4.21-20.EL 在該例中，輸出表明系統的核心版本 （）和 勘誤表 （20.EL）等級。 新的內核命名 RHAS2.1 for ia32 2.4.9-e.25 — 單處理器內核 2.4.9-e.25-smp — 能夠處理最高達 4GB 的物理內存的 SMP 內核 2.4.9-e.25 — 能夠處理最高達 16GB 左右的物理內存的企業 SMP 內核 RHEL3 for ia32 2.4.21-4.EL — 單處理器內核 2.4.21-4.ELsmp — 能夠處理最高達 16 GB 的物理內存的 SMP 內核 2.4.21-4.ELhugemem — 能夠處理超過 16 GB，最高達 64 GB 的 SMP 內核 假如核心版本不符合前述要求，請與操作系統供給商聯系，以獲取最新的核心版本並更新。 確認必須的包已經全部安裝，請鍵入下列格式類似的命令： # rpm -q package_name 示例： as3$rpm -q gcc-3.3.3 package gcc-3.3.3 is not installed 假如包沒有安裝，請從您的 Linux 安裝包或從 Linux 提供商的網址下載並安裝。 假如需要為 WebSphereMQ 的 CSD，請在下列網址中下載並獲取安裝信息： http://www.ibm.com/software/integration/mqfamily/support/summary/lin.Html
『貳』 SQL Sever 2008R2的單個資料庫容量大小問題，這個版本單個資料庫可以多大
1、單個資料庫上百GB肯定沒有問題，我這邊手頭生產資料庫就已達200+GB，上TB不敢說，或者說等不到上TB就要用分布式或其他的解決方案了
2、單表支持上億條記錄。
『叄』 未來一兩年資料庫發展方向怎樣
信息爆炸時代，帶來的不僅僅是我們對信息劇增的無所適從，還有就是資料庫技術的飛速發展和琳琅滿目的資料庫應用。
細數資料庫技術從上世紀60年代興起到如今，已有40餘年的歷史。從開始的層次資料庫、網狀資料庫，到關系資料庫管理系統，再到現在資料庫技術與多學科技術有機結合後產生的分布式資料庫、並行資料庫、演繹資料庫、多媒體庫、移動資料庫等等，它們共同構成的資料庫大家族，熱鬧非凡。
那麼，資料庫技術在未來的發展上會有哪些明顯趨勢呢?記者懷揣著這樣的問題采訪了Sybase中國有限公司售前總監宋一平。在資料庫領域有著10多年工作經驗，並一直工作在資料庫應用最前沿的宋一平，對資料庫技術未來的發展方向有著自己獨到的見解。
存儲方式將向「列存儲」靠攏
到底是行存儲還是列存儲，主要看如何應用數據信息。
以前資料庫都是以行的形式存儲。理由很簡單，用戶需要的是對單條數據的讀取和存儲。而現在，單純的數據記錄已經不足以支撐企業發展了，企業更需要的是數據分析和決策支持。那麼，單純看一條記錄也就沒有了意義，而是要把所有數據的某項共性統計出來進行分析，這就是「列」的概念。
列存儲的出現，實際上就是對數據分析需求的增多。而分析需求則一定是對某一個列的訪問。
「以中國移動為例，上億的用戶，每個月都有超過TB級的數據，哪些是VIP用戶，該如何根據他們的需求提供專有服務?對於那些動感地帶的用戶，到底應該制定哪些優惠政策?除了簡單看話費，是不是還應該能從中挖掘出他們的消費特點，進行更有針對性的業務推廣活動?所有這些需求，就不再是僅僅看一條數據的問題，而需要頻繁對列進行操作。因此，我預計，不出半年，各大資料庫廠商都會推出以列為存儲方式的資料庫。」宋一平直言。
記者簡單了解到，近半年來確實出現不少認同以「列」存儲的理論文章。這個Sybase從1997年就開始「守」了近10年的專利，估計就要難以再守了。
資料庫規模將呈「兩頭」發展
「資料庫的規模會向『兩頭』發展，即大的越來越大，小的越來越小。」宋一平進一步解釋，「所謂大的，主要是指企業級資料庫的規模。10年前，資料庫存儲的數據大都以GB為基準衡量，幾十GB就已經非常龐大了。而現在，僅僅廣東移動一個公司每個月新增的數據量就已經用TB來衡量，相信不出3年，很多企業要存儲的數據就要達到PB級。數據量越來越大，需要更大的資料庫來做支撐，這就是資料庫的發展方向之一。」
隨著計算機的普及，計算機應用點的增多，數據存儲量自然也就大了。記得一位網友曾經製作自己某一天的「數字化生活」，把這一天的吃喝拉撒睡全部用攝像頭記錄下來。這就是他的 「數字化生活」，把生活整個變成數字化的信息數據，這也是未來人們生活一個重要的方面。數據越來越多，資料庫技術想要自如應對這樣的發展，只有越來越大。
另一方面，資料庫又會越來越小。
你知道嗎?目前在國外的一款卡西歐手錶中就帶有Sybase的資料庫。手錶可以隨時記錄天氣情況、氣壓以及佩戴者的血壓、心跳、步頻等數據，佩戴者還可以把這些數據下載到計算機上做簡單的分析，這種資料庫雖然並不要求數據存儲量大，但卻要求在低計算量的情況下能快速反應，並能適應外界環境的變化。小資料庫主要集中在移動資料庫領域，現有技術已經能夠提供很好的支持。
「數據倉庫」概念漸入人心
很多資料庫廠商認為，資料庫一個就行，「一專多能」，既能用它進行實時交易，也能用它來進行數據分析。
但事實卻並非這樣簡單。很多用戶現在在前台一邊需要資料庫提供實時交易功能，一邊又需要有很快的響應速度，而在後台，則又需要設立一些規則進行數據分析和商務智能分析。Sybase就認為，這兩個資料庫應該是兩種格式，畢竟它們應用的需求不同。因此，從產品設置上，Sybase有交易型資料庫和分析型資料庫兩種。
而數據倉庫則是位於後台，存儲著可供企業進行深度分析及決策使用的數據。數據倉庫中的數據一般按照一定的主題域進行組織，主題是一個抽象的概念，是指用戶使用數據倉庫進行決策時所關心的方面，一個主題通常與多個操作型信息系統相關。同時，一般企業會有好幾個資料庫，這些資料庫之間是相互獨立，並且往往是異構的。而數據倉庫中的數據則是在對原有分散的資料庫中的數據抽取、清理的基礎上經過系統加工、匯總和整理得到的，必須消除源數據中的不一致性，以保證數據倉庫內的信息是關於整個企業的一致的全局信息。一旦某個數據進入數據倉庫以後，一般情況下將被長期保留來反映某一時間段的變化。
非結構化數據結構化存儲
「我認為，非結構化數據仍然不能直接納入資料庫中。」宋一平表示，「說到這里，可能大家都認為我在逆潮流而動，現在很多資料庫廠商都可以接受圖像、視頻等非結構化數據的存儲，可Sybase怎麼還要死守著結構化數據呢?我認為，非結構化數據要想進入資料庫，仍然需要結構化，只是這種結構化的方式各廠商不一樣，而且相比以前有了很大的進步和提高。」
還記得，以前我們圖片的記錄方式是記錄它的文件名，如果文件名中提到了某個人的名字，那麼在整個資料庫查詢的時候，就可以把這個圖片找到。宋一平對記者說：「這樣做非常不科學的。」因為很多非結構化數據的文件名起的並不可能完全，如果強行把非結構化數據拉入結構化資料庫中，顯得不合適，影響操作的便利。
那麼，現在大家是如何把非結構化的數據變成結構化的呢?「其實很簡單」，宋一平解釋，「就是用結構化的數據描述非結構化數據。比如圖片，就用點和位置來記錄圖片中每個像素。一旦需要做查詢的時候，可以根據像素的組合記錄來比對，把符合比對要求的數據全部篩選出來。這樣就把非結構化數據以結構化的方式納入到資料庫中，並能接受查詢、檢索等操作。」
資料庫技術發展幾十年來，有些技術風光一時，但終究被淘汰;有些技術則一直沿用至今。所有的預測都只能是方向性的，各資料庫廠商彼此的理解也有差異。未來的資料庫會如何發展，我們拭目以待，但可以肯定那一定是最滿足用戶需求的。
『肆』 sql2008 資料庫文件大小一般不能超過多少
資料庫最大不超過524,272 TB （1TB=1024GB）
【參考】http://msdn.microsoft.com/zh-cn/library/ms143432%28SQL.105%29.aspx