Oracle 11gR2在Oracle Linux 6.0下的安装
Oracle 11gR2在Oracle Linux 6.0下的安装(也适合其他redhat系发行linux版本),其实和在redhat linux,cent os下的安装没有什么大的
Oracle 11gR2在Oracle Linux 6.0下的安装(也适合其他RedHat系发行linux版本),其实和在redhat linux,cent os
下的安装没有什么大的区别,毕竟这3个linux发行版本,更多的差异是log不同。
这份文档是本人在Oracle Linux 6.0下安装完oracle11gR2后的回顾,其中有些安装细节没有提及。
#代表root用户,需要以root用户执行其中的命令。
$代表oracle用户,,需要以oracle用户执行其中的命令.
注:安装过程都是在oracle用户终端下重现的,所以本人直接把[oracle@linuxidc ~]$中的提示符改成#了。
还望见谅。
另外Xwindow一直可用。
官方安装文档参考:
内存需求:
官方的说明是:至少1GB的物理内存,建议是2GB或以上
[oracle@linuxidc ~]# grep MemTotal /proc/meminfo //查看内存大小
MemTotal: 1031372 kB
注:在先决条件检查的时候,如果内存项目(或者虚拟内存项目)faild可以勾选ignore all,
也是可以顺利安装的。
[oracle@linuxidc ~]# grep SwapTotal /proc/meminfo //查看虚拟内存大小
SwapTotal: 3481592 kB
RAM与SWAP空间的对应关系:
Available RAM Swap Space Required
Between 1 GB and 2 GB 1.5 times the size of the RAM
Between 2 GB and 16 GB Equal to the size of the RAM
More than 16 GB 16 GB
[oracle@linuxidc ~]# uname -m //查看处理器类型
i686
[oracle@linuxidc ~]# df -m /dev/shm //查看可用的共享内存
Filesystem 1M-blocks Used Available Use% Mounted on
tmpfs 504 1 504 1% /dev/shm
如果创建数据库的时候把内存管理设置为自动管理(AMM),memory_max_target,memory_target
必须小于上面的值。当然手动管理的时候分配的内存也必须在上述的共享内存范围内。
磁盘需求:
[oracle@linuxidc ~]# df -h /tmp //查看可用的/tmp空间
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 17G 12G 3.8G 76% /
临时目录的空间应该不小于1GB,如果没有1GB可以考虑删除临时目录中的文件,或者设置oracle用户
的TMP,TMPDIR环境变量。
[oracle@linuxidc ~]# df -h //查看磁盘的空闲空间
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 17G 12G 3.8G 76% /
tmpfs 504M 260K 504M 1% /dev/shm
/dev/sda1 194M 24M 161M 13% /boot
下面给出了安装类型与对应的磁盘空间需求
Installation Type Requirement for Software Files (GB)
Enterprise Edition 3.95
Standard Edition 3.88
Installation Type Requirement for Data Files (GB)
Enterprise Edition 1.7
Standard Edition 1.5
空闲空间应该大于6GB,用于存放软件与数据文件。
操作系统版本检查:
Asianux Server 3 SP2
Oracle Linux 4 Update 7
Oracle Linux 5 Update 2
Red Hat Enterprise Linux 4 Update 7
Red Hat Enterprise Linux 5 Update 2
SUSE Linux Enterprise Server 10 SP2
SUSE Linux Enterprise Server 11
待安装oracle11gR2的操作系统的版本是上述版本或者比上述版本后面的版本。
[oracle@linuxidc ~]# cat /proc/version
Linux version 2.6.32-71.el6.i686 (mockbuild@ca-build19.us.oracle.com) (gcc version 4.4.4 20100726 (Red Hat 4.4.4-13) (GCC) ) #1 SMP Wed Dec 15 09:50:18 EST 2010
内核版本检查:
For Oracle Linux 4 and Red Hat Enterprise Linux 4:
2.6.9 or later
For Asianux Server 3, Oracle Linux 5, and Red Hat Enterprise Linux 5:
2.6.18 or later
For SUSE Linux Enterprise Server 10:
2.6.16.21 or later
On SUSE Linux Enterprise Server 11:
[oracle@linuxidc ~]# uname -r //查看操作系统的内核版本。
2.6.32-71.el6.i686
RPM包要求:
因为还oracle给出oracle linux 6.0下的包要求列表,我们以Oracle Linux 5的包要求会参考
binutils-2.17.50.0.6
compat-libstdc++-33-3.2.3
elfutils-libelf-0.125
elfutils-libelf-devel-0.125
elfutils-libelf-devel-static-0.125
gcc-4.1.2
gcc-c++-4.1.2
glibc-2.5-24
glibc-common-2.5
glibc-devel-2.5
glibc-headers-2.5
kernel-headers-2.6.18
ksh-20060214
libaio-0.3.106
libaio-devel-0.3.106
libgcc-4.1.2
libgomp-4.1.2
libstdc++-4.1.2
libstdc++-devel-4.1.2
make-3.81
sysstat-7.0.2
[oracle@linuxidc ~]# rpm -q sysstat
sysstat-9.0.4-11.el6.i686
使用上面的命令查询要求的RPM是否安装,每个没有查找linux镜像文件中的packages目录
找到相应的RPM包,也可以使用网络搜索下载。
安装的时候实际的包要求:
binutils-2.20.51.0.2-5.11.el6.i686
compat-libstdc++-33-3.2.3-69.el6.i686
elfutils-libelf-devel-0.148-1.el6.i686
gcc-4.4.4-13.el6.i686
gcc-c++-4.4.4-13.el6.i686
glibc-2.12-1.7.el6.i686
glibc-common-2.12-1.7.el6.i686
glibc-devel-2.12-1.7.el6.i686
glibc-headers-2.12-1.7.el6.i686
kernel-headers-2.6.32-71.el6.i686
ksh-20100621-2.el6.i686
libaio-0.3.107-10.el6.i686
libaio-devel-0.3.107-10.el6.i686
libgcc-4.4.4-13.el6.i686
libgomp-4.4.4-13.el6.i686
libstdc++-4.4.4-13.el6.i686
libstdc++-devel-4.4.4-13.el6.i686
pdksh-5.2.14-43.i386
sysstat-9.0.4-11.el6.i686
unixODBC-devel-2.2.14-11.el6.i686

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Artikel ini membincangkan menggunakan pernyataan jadual Alter MySQL untuk mengubah suai jadual, termasuk menambah/menjatuhkan lajur, menamakan semula jadual/lajur, dan menukar jenis data lajur.

Keupayaan carian teks penuh InnoDB sangat kuat, yang dapat meningkatkan kecekapan pertanyaan pangkalan data dan keupayaan untuk memproses sejumlah besar data teks. 1) InnoDB melaksanakan carian teks penuh melalui pengindeksan terbalik, menyokong pertanyaan carian asas dan maju. 2) Gunakan perlawanan dan terhadap kata kunci untuk mencari, menyokong mod boolean dan carian frasa. 3) Kaedah pengoptimuman termasuk menggunakan teknologi segmentasi perkataan, membina semula indeks dan menyesuaikan saiz cache untuk meningkatkan prestasi dan ketepatan.

Artikel membincangkan mengkonfigurasi penyulitan SSL/TLS untuk MySQL, termasuk penjanaan sijil dan pengesahan. Isu utama menggunakan implikasi keselamatan sijil yang ditandatangani sendiri. [Kira-kira aksara: 159]

Artikel membincangkan alat MySQL GUI yang popular seperti MySQL Workbench dan PHPMyAdmin, membandingkan ciri dan kesesuaian mereka untuk pemula dan pengguna maju. [159 aksara]

Artikel membincangkan strategi untuk mengendalikan dataset besar di MySQL, termasuk pembahagian, sharding, pengindeksan, dan pengoptimuman pertanyaan.

Perbezaan antara indeks clustered dan indeks bukan cluster adalah: 1. Klustered Index menyimpan baris data dalam struktur indeks, yang sesuai untuk pertanyaan oleh kunci dan julat utama. 2. Indeks Indeks yang tidak berkumpul indeks nilai utama dan penunjuk kepada baris data, dan sesuai untuk pertanyaan lajur utama bukan utama.

Artikel ini membincangkan jadual menjatuhkan di MySQL menggunakan pernyataan Jadual Drop, menekankan langkah berjaga -jaga dan risiko. Ia menyoroti bahawa tindakan itu tidak dapat dipulihkan tanpa sandaran, memperincikan kaedah pemulihan dan bahaya persekitaran pengeluaran yang berpotensi.

Pengimbasan jadual penuh mungkin lebih cepat dalam MySQL daripada menggunakan indeks. Kes -kes tertentu termasuk: 1) jumlah data adalah kecil; 2) apabila pertanyaan mengembalikan sejumlah besar data; 3) Apabila lajur indeks tidak selektif; 4) Apabila pertanyaan kompleks. Dengan menganalisis rancangan pertanyaan, mengoptimumkan indeks, mengelakkan lebih banyak indeks dan tetap mengekalkan jadual, anda boleh membuat pilihan terbaik dalam aplikasi praktikal.
