Oracle systemd - Cronologia

WikiSysop il 10:20, 28 ott 2019

2019-10-28T10:20:18Z

← Versione meno recente		Versione delle 10:20, 28 ott 2019
Riga 3:		Riga 3:

	Resta aperta la questione se il listener ed il database devono appartenere allo stesso cgroup o no.		Resta aperta la questione se il listener ed il database devono appartenere allo stesso cgroup o no.

			Comunque se si imposta il parametro rdbms:

			use_dedicated_broker=true

			I processi server del database non sono più figli del listener, e quindi il listener può appartenere senza problemi ad un cgroup diverso.


	<pre>		<pre>

2019-10-28T09:52:37Z

← Versione meno recente		Versione delle 09:52, 28 ott 2019
Riga 1:		Riga 1:
	Systemd ignora i limiti assegnati nel file <code>/etc/security/limits.d/*</code>. Per evitare problemi è caldamente consigliabile configurare i limiti di processi, numero files e memoria a livello di systemd.		Systemd ignora i limiti assegnati nel file <code>/etc/security/limits.d/*</code>. Per evitare problemi è caldamente consigliabile configurare i limiti di processi, numero files e memoria a livello di systemd.


			Resta aperta la questione se il listener ed il database devono appartenere allo stesso cgroup o no.

	<pre>		<pre>

2019-05-29T14:18:00Z

2019-05-29T14:09:03Z

← Versione meno recente		Versione delle 14:09, 29 mag 2019
Riga 59:		Riga 59:
	<pre>		<pre>
	[Unit]		[Unit]
	Description="Oracle database ~~SIGMA~~"		Description="Oracle database SID01"
	After=network.target		After=network.target

2019-05-29T14:08:40Z

← Versione meno recente		Versione delle 14:08, 29 mag 2019
Riga 56:		Riga 56:

	</pre>		</pre>

			<pre>
			[Unit]
			Description="Oracle database SIGMA"
			After=network.target

			[Service]
			User=oracle
			Group=oinstall
			Type=forking
			WorkingDirectory=/app/oracle/product/11.2.0/dbpe_1
			Environment="ORACLE_BASE=/app/oracle" "ORACLE_HOME=/app/oracle/product/11.2.0/dbpe_1" "ORACLE_SID=SID01"
			"PATH=/app/oracle/product/11.2.0/dbpe_1/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin"
			Restart=on-failure
			ExecStart=/bin/bash -c "echo -e 'startup' \| sqlplus -s '/ as sysdba'"
			ExecStop=/bin/bash -c "echo -e 'shutdown immediate' \| sqlplus -s '/ as sysdba'"
			LimitNOFILE=65536
			LimitNPROC=16384
			#LimitSTACK=131072
			LimitMEMLOCK=134217728

			[Install]
			WantedBy=multi-user.target
			</pre>


	[[Categoria:Database]]		[[Categoria:Database]]

2019-05-29T14:03:38Z

2019-05-29T13:11:50Z

← Versione meno recente		Versione delle 13:11, 29 mag 2019
Riga 20:		Riga 20:
	ExecStart=/app/oracle/product/11.2.0/dbhome_1/bin/lsnrctl start LISTENER		ExecStart=/app/oracle/product/11.2.0/dbhome_1/bin/lsnrctl start LISTENER
	ExecStop=/app/oracle/product/11.2.0/dbhome_1/bin/lsnrctl stop LISTENER		ExecStop=/app/oracle/product/11.2.0/dbhome_1/bin/lsnrctl stop LISTENER
			LimitNOFILE=65536
			LimitNPROC=16384
			LimitSTACK=32768
			LimitMEMLOCK=134217728

	[Install]		[Install]
Riga 42:		Riga 46:
	ExecStart=/bin/sh -c "echo startup \| /app/oracle/product/11.2.0/dbhome_1/bin/sqlplus '/ as sysdba'"		ExecStart=/bin/sh -c "echo startup \| /app/oracle/product/11.2.0/dbhome_1/bin/sqlplus '/ as sysdba'"
	ExecStop=/bin/sh -c "echo shutdown immediate \| /app/oracle/product/11.2.0/dbhome_1/bin/sqlplus '/ as sysdba'"		ExecStop=/bin/sh -c "echo shutdown immediate \| /app/oracle/product/11.2.0/dbhome_1/bin/sqlplus '/ as sysdba'"
			LimitNOFILE=65536
			LimitNPROC=16384
			LimitSTACK=32768
			LimitMEMLOCK=134217728

	[Install]		[Install]

2019-03-11T15:55:59Z

← Versione meno recente		Versione delle 15:55, 11 mar 2019
Riga 1:		Riga 1:
			Systemd ignora i limiti assegnati nel file <code>/etc/security/limits.d/*</code>. Per evitare problemi è caldamente consigliabile configurare i limiti di processi, numero files e memoria a livello di systemd.


	<pre>		<pre>
	[root@host02 system]# pwd		[root@host02 system]# pwd

2017-09-22T08:30:34Z

2017-09-22T08:30:00Z