Академический Документы
Профессиональный Документы
Культура Документы
The final components of the Oracle architecture are the physical files where our
information resided on disk. Oracle has several types for data files, each for a different
purpose:
* Database datafiles
* Control files
* Online redo logs
* Parameter files
* Other database related files
Let?s look at each of these physical files in a bit more detail.
Database datafiles
Database datafiles are physical files stored on disk. These files are used to store data
on disk. Database datafiles are only written to by the DBWR processes that we
introduced you to earlier (there is an exception or two to this statement, but for now,
assume that this point this true).
These database datafiles are associated with Oracle ?tablespaces?, which are ?logical?
containers for tables and indexes.
Control files
The Control File of the database is a binary file that contains a great deal of database
information. The control file contains the database name, data about the database log
files. Oracle cannot function without valid control files.
Because the control file is so important, Oracle allows you to maintain duplicate
copies of the control file. When you have more than one control file, then you are said
to be multiplexing your control files. It is a good practice to put these multiple copies
on different disks to protect the control file. Later in this book, we will demonstrate
how to do this.
* Oracle Trace Files - Created by Oracle in a number of different situations. These can
be created as a result of a database crash, a session failure, an unexpected but nonfatal database failure, or based on specific user operational commands.
* Alert log - This is the general log file for each Oracle database.
Networking configuration files - These files are used to configure the different
network components of the Oracle database. These include files such as tnsnames.ora
and listener.ora.
* Oracle Database Software Binaries - The Oracle Database software includes the
basic programs that allow the database to function
A binary file is computer -readable but not human-readable. All executable programs are stored
in binary files, as are most numeric data files. In contrast, text files are stored in a form
(usually ASCII) that is human-readable.
data files
Executable file :
An executable file (sometimes called an appshort for "application") is a
computer file containing step-by-step instructions in a form that the computer can follow. By
contrast,
Extension
Format
Operating System(s)
ACTION
Automator Action
Mac OS
APK
Application
Android
APP
Executable
Mac OS
BAT
Batch File
Windows
BIN
Binary Executable
CMD
Command Script
Windows
COM
Command File
Windows
COMMAND
Terminal Command
Mac OS
CPL
Windows
CSH
C Shell Script
EXE
Executable
Windows
GADGET
Windows Gadget
Windows
INF1
Windows
INS
Windows
INX
Windows
IPA
Application
iOS
ISU
Windows
JOB
Windows
JSE
Windows
KSH
Linux
LNK
File Shortcut
Windows
MSC
Windows
MSI
Windows
MSP
Windows
MST
Windows
OSX
Executable
Mac OS
OUT
Executable
Linux
PAF
Windows
PIF
Windows
PRG
Executable
GEM
PS1
Windows
REG
Windows
RGS
Registry Script
Windows
RUN
Executable
Linux
SCR
Screensaver Executable
Windows
SCT
Windows Scriptlet
Windows
SHB
Windows
SHS
Windows
U3P
U3 Smart Application
Windows
VB
VBScript File
Windows
VBE
Windows
VBS
VBScript File
Windows
VBSCRIPT
Windows
WORKFLOW
Automator Workflow
Mac OS
WS
Windows Script
Windows
WSF
Windows Script
Windows
WSH
Windows
Extension Format
Program
0XE
73K
TI-73 Application
TI Connect
89K
TI-89 Application
TI Connect
A6P
Adobe Authorware
AC
Autoconf
ACC
Gemulator
ACR
ACRobot Script
ACRobot
ACTM
AutoCAD
AHK
AutoHotkey Script
AutoHotkey
AIR
Adobe AIR
APP
FoxPro Application
Visual FoxPro
ArtRage Studio
AS
Adobe Flash
ASB
Alphacam
AWK
AWK Script
AWK
AZW2
BEAM
Erlang
BTM
4DOS
CEL
Celestia Script
Celestia
CELX
Celestia Script
Celestia
CHM
COF
MPLAB IDE
CRT
Security Certificate
DEK
Eavesdropper
DLD
Edlog
DMC
DOCM
Microsoft Word
DOTM
Microsoft Word
DXL
Rational DOORS
EAR
Apache Geronimo
EBM
EXTRA!
EBS
E-Prime (v1)
EBS2
E-Prime (v2)
ECF
SageCRM
EHAM
ExtraHAM Executable
ELF
Dolphin Emulator
ES
SageCRM Script
SageCRM
EX4
MetaTrader
EXOPC
ExoPC Application
EXOfactory
EZS
EZ-R Stats
FAS
AutoCAD
FKY
FoxPro Macro
Visual FoxPro
FPI
FPS Creator
FRS
Flash Renamer
FXP
Visual FoxPro
GS
Geosoft Script
Oasis Montaj
HAM
HAM Executable
Ham Runtime
HMS
HostMonitor Script
HostMonitor
HPF
HP9100A Emulator
HTA
HTML Application
Internet Explorer
IIM
iMacro Macro
IPF
Microsoft SMS
ISP
Microsoft IIS
JAR
Java Archive
JS
JSX
ExtendScript Script
KIX
KiXtart Script
KiXtart
LO
QuickSilver
LS
LightWave
MAM
Microsoft Access
MCR
3ds Max
MEL
Maya 2013
MPX
Visual FoxPro
MRC
mIRC Script
mIRC
MS
3ds Max
MS
Maxwell Script
Maxwell Render
MXE
Macro Express
NEXE
Chrome
OBS
ObjectScript Script
ObjectScript
ORE
Ore Executable
OTM
Outlook Macro
Microsoft Outlook
PEX
ProBoard Executable
ProBoard BBS
PLX
Perl Executable
POTM
Microsoft PowerPoint
PPAM
Microsoft PowerPoint
PPSM
Microsoft PowerPoint
PPTM
Microsoft PowerPoint
PRC
Palm Desktop
PVD
Instalit Script
Instalit
PWC
PictureTaker File
PictureTaker
PYC
Python
PYO
Python
QPX
Visual FoxPro
RBX
Rembo Toolkit
ROX
eReport
RPJ
Real Pac
S2A
SEAL2 Application
SEAL
SBS
SPSS Script
SPSS
SCA
Scala Script
Scala Designer
SCAR
SCAR Script
SCAR
SCB
Scala Designer
SCRIPT
Generic Script
SMM
Ami Pro
SPR
Visual FoxPro
TCP
Tally Developer
THM
Thermwood Macro
Mastercam
TLB
Microsoft Excel
TMS
Telemate Script
Telemate
UDF
Microsoft Excel
UPX
URL
Internet Shortcut
VLX
AutoCAD
VPM
Vox Proxy
WCM
WordPerfect Macro
WordPerfect
WIDGET
Yahoo! Widget
Yahoo! Widgets
WIZ
Microsoft Word
WPK
WordPerfect Macro
WordPerfect
WPM
WordPerfect Macro
WordPerfect
XAP
Micrsoft Silverlight
XBAP
Firefox, IE
XLAM
Microsoft Excel
XLM
Microsoft Excel
XLSM
Microsoft Excel
XLTM
Microsoft Excel
XQT
SuperCalc Macro
CA SuperCalc
XYS
XYplorer Script
XYplorer
ZL9
ZoneAlarm
executable file
A file in a format that the computer can directly execute. Unlikesource files, executable files cannot be read by
humans. To transform a source file into an executable file, you need to pass it through a compiler or assembler.
In DOS systems, executable files have either a.COM or.EXEextension and are called COM files and EXE files,
respectively.
SAP Executables
List of interesting SAP Executables in alphabetical order:
car - The Compression Tool of SAP for nearly all delivered files and
executables. CAR is the name for old releases and the SAPCAR is the
name as of 4.6D. It works a bit similar to WinZip.
dipgntab - Activation and adjustment of the nametabs with the ABAP
Dictionary.
dw - disp+work - "Dispatcher & Workprocess" - "The complete Kernel"
- Here the complete ABAP is processed ...
niping - Small Client and Server in order to test the saprouter internally
with the NI-Protocol (SAP Network Interface).
lib_dbsl - The Database-Shared Library for the kernel programs (as of
4.5A).
librfc - The RFC (Remote Function Call) Library, that is available for any
platform to develop and run a RFC Server or RFC Client.
ntscmgr.exe - ntscmgr - the tool for installing the SAProuter as service.
It is part of every Windows SAP Kernel. As it has no known errors, it is
not necessary, to patch it. Just use ntscmgr.exe from your existing
windows kernel.
r3check - This is a tool, that can Cluster-Tables for errors.
r3ldctl - The tool for exporting all table structures to the file system
during a OS/DB-Migration.
r3load - The table import & export tool of SAP during Installation,
Upgrade and Migration.
r3setup - The Installation (and Migration) Tool for all SAP systems up to
Release 6.10.
r3szchk - The tool for determing the sizes of the different tables in the
target database during the import in an OS/DB-Migration.
r3trans - This is the tool, that does the real work for tp. tp controls the
import and export of changes and r3trans does them using scripts, that
were generated from tp.
r3up - The tool that controls the Upgrade (Moving to higher SAP
Releases) of an SAP System.
rfcexec - The tool to start other programs from within SAP (ABAP) on
the OS level via the gateway on any other (or the same) server.
rfcoscol - Similar to saposcol. It is needed, when no SAP instance is
running on the Database Server.
sapcar - The Compression Tool of SAP for nearly all delivered files and
executables. It works a bit similar to WinZip.
sapevt - This program is able to trigger events within the SAP system.
The tp tool uses this feature. It can be used as trigger for self-written
interfaces as well.
sapftp - FTP Client, that can be used from within the SAP system (from
ABAP) to communicate with other FTP servers.
saphttp - HTTP Client, that can be used from within the SAP system
(from ABAP) to communicate with other HTTP servers - e.g. for
interfaces.
sapinst - The Installation (and Migration) Tool for all SAP systems as of
Release 6.20.
saplicense - The Tool for the installation of a new SAP License. This is
needed when the license expires e.g. because of a hardware change.
saposcol - The SAP Interface to the Operating System for Performance
Data. The Operating System Collector collects CPU Usage, Disk
Performance, Paging etc.
sappad - Very nice & small Editor a lot better than notepad. It handles
LF and CR/LF correctly as well.
sappfpar - This tool can be used for checking the profiles after changes
and before restarting the SAP system.
saprouter - The program for the Router Connection from customers to
SAP and vice versa.
sapxpg - The tool for starting OS commands from within SAP Systems.
sapwebdisp - The SAP Web dispatcher is used for load balancing for
an setting up an SAP Internet scenario. It is the only application, that
needs to be located in the DMZ. Everything "behind" this can (and
should) be located in your intranet. So, only one port on one IP adress
needs to be opened to internet and the SAP Web dispatcher can handle
the traffic with the different SAP instances.
startrfc - The tool is a very easy SAP command line interface to start all
of the implemented function modules of SAP systems.
tp - "The" Transport Tool. This program coordinates the complete
import and export of program and table changes made within the SAP
**********************************************************************************
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@2
1.
2.
3.
4.
5.
6.
7.
Detailed procedure
7. Select 5 Data file names (file) and specify the complete path of the data file
8. Check the input data and select c to continue to launch the BRSPACE interface.
Datafiles can be checked within the SAP system with transaction DB02 -> Current
sizes -> Select the tablespace -> Data files / Temp files
10.Select 7 ? New data file size in MB (incrsize) and specify the new size in MB
11.Check the input data and select continue (this will actually execute the resizing).
Look for any error messages.
*******************************************************************************
When sap recommends in early watch alerts we go for the kernel patch upgrade.
4)What are the files do you downloaded from service market place?
A: 1) sapexe file (db independent) & sapexedb file (db dependent)
5)How many ways do you know the current patch level?
A: At os level -> login with sidadm and use the command disp+work
At sap level -> system -> status.
6)What are the problems do you faced while kernel patch upgrade?
PROBLEM 1:we generally forgot about file permissions
PROBLEM2: we should stop saposcol & listener otherwise it give problems.
7)What are the prerequisites for kernel patch upgrade?
A: we should take the backup of old kernel & check for the existing patch version to download
latest version.
8)If you are updating kernel for latest car files how do you uncar the downloaded car files?
A: we can download only car file and update the car only when this situation arrives.
9)Why do you overwrite the old kernel instead of replace?
A: Because latest kernel consist only updated kernel files only so to use the remaining files we
use to overwrite the kernel.
10)What are the post requisites for kernel patch upgrade and why?
A: run the scripts saproot.sh for the permissions in non windows environment & check for the
kernel patch version whether it is updated or not?
*************************************************************************************
This chapter describes tablespaces, the primary logical storage structures of any
Oracle database, and the physical datafiles that correspond to each tablespace. The
chapter includes:
An Introduction to Tablespaces and Datafiles
Tablespaces
Datafiles
If you are using Trusted Oracle, see the Trusted Oracle7 Server
Administrator's Guide for more information about tablespaces and
datafiles in that environment.
An Introduction to Tablespaces and Datafiles
Oracle stores data logically in tablespaces and physically
in datafiles associated with the corresponding tablespace. Figure 4 1 illustrates this relationship.
Although databases, tablespaces, datafiles, and segments are closely related, they have
important differences:
databases and tablespaces
An Oracle database is comprised of one or more logical storage units
called tablespaces. The database's data is collectively stored in the database's
tablespaces.
tablespaces and datafiles
Each tablespace in an Oracle database is comprised of one or more operating system
files called datafiles. A tablespace's datafiles physically store the associated database
data on disk.
databases and datafiles
A database's data is collectively stored in the datafiles that constitute each tablespace
of the database. For example, the simplest Oracle database would have one tablespace
and one datafile. A more complicated database might have three tablespaces, each
comprised of two datafiles (for a total of six datafiles).
schema objects, segments, and tablespaces
When a schema object such as a table or index is created, its segment is created within
a designated tablespace in the database. For example, suppose you create a table in a
specific tablespace using the CREATE TABLE command with the TABLESPACE
option. Oracle allocates the space for this table's data segment in one or more of the
datafiles that constitute the specified tablespace. An object's segment allocates space
in only one tablespace of a database. See Chapter 3, "Data Blocks, Extents, and
Segments", for more information about extents and segments and how they relate to
tablespaces.
The following sections further explain tablespaces and datafiles.
Tablespaces
A database is divided into one or more logical storage units
called tablespaces. A database administrator can use tablespaces to
do the following:
Note: The SYSTEM tablespace must always be kept online. See "Online and Offline
Tablespaces" .
All data stored on behalf of stored PL/SQL program units (procedures, functions,
packages and triggers) resides in the SYSTEM tablespace. If you create many of these
PL/SQL objects, the database administrator needs to plan for the space in the
SYSTEM tablespace that these objects use. For more information about these objects
and the space that they require, see Chapter 14, "Procedures and Packages", and
Chapter 15, "Database Triggers".
Allocating More Space for a Database
To enlarge a database, you have three options. You can add another
datafile to one of its existing tablespaces, thereby increasing the
amount of disk space allocated for the corresponding
tablespace. Figure 4 - 2 illustrates this kind of space increase.
All operations that use sorts, including joins, index builds, ordering
(ORDER BY), the computation of aggregates (GROUP BY), and the
ANALYZE command to collect optimizer statistics, benefit from
temporary tablespaces. The performance gains are significant in
parallel server environments.
A temporary tablespace is a tablespace that can only be used for sort segments. No
permanent objects can reside in a temporary tablespace. Sort segments are used when
a segment is shared by multiple sort operations. One sort segment exists in every
instance that performs a sort operation in a given tablespace.
Temporary tablespaces provide performance improvements when you have multiple
sorts that are too large to fit into memory. The sort segment of a given temporary
tablespace is created at the time of the first sort operation. The sort segment grows by
allocating extents until the segment size is equal to or greater than the total storage
demands of all of the active sorts running on that instance.
You create temporary tablespaces using the following SQL syntax:
CREATE TABLESPACE tablespace TEMPORARY
You can also alter a tablespace from PERMANENT to TEMPORARY or vice versa
using the following syntax:
ALTER TABLESPACE tablespace TEMPORARY
Datafiles
A tablespace in an Oracle database consists of one or more
physical datafiles. A datafile can be associated with only one
tablespace, and only one database.
When a datafile is created for a tablespace, Oracle creates the file by allocating the
specified amount of disk space plus the overhead required for the file header. When a
datafile is created, the operating system is responsible for clearing old information and
authorizations from a file before allocating it to Oracle. If the file is large, this process
might take a significant amount of time.
Additional Information: For information on the amount of space required for the file
header of datafiles on your operating system, see your Oracle operating system
specific documentation.
Since the first tablespace in any database is always the SYSTEM tablespace, Oracle
automatically allocates the first datafiles of any database for the SYSTEM tablespace
during database creation.
Datafile Contents
After a datafile is initially created, the allocated disk space does not
contain any data; however, Oracle reserves the space to hold only
the data for future segments of the associated tablespace -- it
cannot store any other program's data. As a segment (such as the
data segment for a table) is created and grows in a tablespace,
Oracle uses the free space in the associated datafiles to allocate
extents for the segment.
The data in the segments of objects (data segments, index segments, rollback
segments, and so on) in a tablespace are physically stored in one or more of the
datafiles that constitute the tablespace. Note that a schema object does not correspond
to a specific datafile; rather, a datafile is a repository for the data of any object within
a specific tablespace. Oracle allocates the extents of a single segment in one or more
datafiles of a tablespace; therefore, an object can "span" one or more datafiles. Unless
table "striping" is used, the database administrator and end-users cannot control which
datafile stores an object.
Size of Datafiles
You can alter the size of a datafile after its creation or you can
specify that a datafile should dynamically grow as objects in the
tablespace grow. This functionality allows you to have fewer
datafiles per tablespace and can simplify administration of datafiles.
For more information about resizing datafiles, see the Oracle7 Server Administrator's
Guide.
Offline Datafiles